您好,欢迎访问三七文档
编码规范1规范目的1.一个软件的生命周期中,80%的花费在于维护;2.几乎没有任何一个软件,在其整个生命周期中,均由最初的开发人员来维护;3.编码规范可以改善软件的可读性,可以让程序员尽快而彻底地理解新的代码。为了执行规范,每个软件开发人员必须一致遵守编码规范;4.使用统一编码规范的主要原因,是使应用程序的结构和编码风格标准化,以便于阅读和理解这段代码;5.好的编码约定可使源代码严谨、可读性强且意义清楚,与其它语言约定相一致,并且尽可能的直观。2适用范围1.本规范主要以C#为开发语言的规范;2.由于本规范是为撰写程序而设计,所以适用于一切有关程序撰写的工作事项。对于具体的每个项目,可能需要对之进行裁剪和补存。3.适用人员:.net方向开发;4.适用产品:以C#编写的程序。3代码注释3.1代码注释约定1.所有的方法和函数都应该以描述这段代码的功能的一段简明注释开始(方法是干什么)。这种描述不应该包括执行过程细节(它是怎么做的),因为这常常是随时间而变的,而且这种描述会导致不必要的注释维护工作,甚至更糟—成为错误的注释。代码本身和必要的嵌入注释将描述实现方法。2.当参数的功能不明显且当过程希望参数在一个特定的范围内时,也应描述传递给过程的参数。被过程改变的函数返回值和全局变量,特别是通过引用参数的那些,也必须在每个过程的起始处描述它们。3.2模块头部注释规范以一个物理文件为单元的都需要有模块头部注释规范,例如:C#中的.cs文件用于每个模块开头的说明,主要包括:(粗体字为常用部分,其余为可选部分)1.文件名称(FileName):此文件的名称2.功能描述(Description):此模块的功能描述与大概流程说明3.数据表(Tables):所用到的数据表,视图,存储过程的说明,如关系比较复杂,则应说明哪些是可擦写的,哪些表为只读的。4.作者(Author):5.日期(CreateDate):6.参考文档(Reference)(可选):该档所对应的分析文档,设计文檔。7.引用(Using)(可选)﹕开发的系统中引用其它系统的Dll、对象时,要列出其对应的出处,是否与系统有关﹙不清楚的可以不写﹚,以方便制作安装档。8.修改记录(RevisionHistory):若档案的所有者改变,则需要有修改人员的名字、修改日期及修改理由。9.分割符:***************************(前后都要)示例如下:3.3方法注释规范1C#提供一种机制,使程序员可以使用含有XML文本的特殊注释语法为他们的代码编写文档。在源代码文件中,具有某种格式的注释可用于指导某个工具根据这些注释和它们后面的源代码元素生成XML。具体应用当中,类、接口、属性、方法必须有Summary节,另外方法如果有参数及返回值,则必须有Param及Returns节。示例如下:///summary///…////summary///paramname=””/param///returns/returns2事件不需要头注解,但包含复杂处理时(如:循环/数据库操作/复杂逻辑等),应分割成单一处理函数,事件再调用函数。3所有的方法必须在其定义前增加方法注释。4方法注释采用///形式自动产生XML标签格式的注释。标记说明备注c提供了一种将说明中的文本标记为代码的方法code提供了一种将多行指示为代码的方法example可以指定使用方法或其他库成员的示例。一般情况下,这将涉及到code标记的使用。exception对可从当前编译环境中获取的异常的引用。include得以引用描述源代码中类型和成员的另一文件中的注释。list用于定义表或定义列表中的标题行。para用于诸如summary、remarks或returns等标记内,使您得以将结构添加到文本中。param应当用于方法声明的注释中,以描述方法的一个参数。paramref提供了一种指示词为参数的方法。permission得以将成员的访问记入文档。remarks用于添加有关某个类型的信息,从而补充由summary所指定的信息。returns应当用于方法声明的注释,以描述返回值。see得以从文本内指定链接。seealso对可以通过当前编译环境进行调用的成员或字段的引用。summary应当用于描述类型或类型成员。value得以描述属性。示例图如下:5在公用类库中的公用方法需要在一般方法的注释后添加作者、日期及修改记录信息,统一采用XML标签的格式加注,标签如下:Author/Author作者CreateDate/CreateDate建立日期RevisionHistory修改记录ModifyBy/ModifyBy修改作者ModifyDate/ModifyDate修改日期ModifyReason/ModifyReason修改理由/RevisionHistoryLastModifyDate/LastModifyDate最后修改日期6一个代码文件如果是由一人编写,则此代码文件中的方法无需作者信息,非代码文件作者在此文件中添加方法时必须要添加作者、日期等注释。7修改任何方法,必须要添加修改记录的注释。3.4代码行注释规范1如果处理某一个功能需要很多行代码实现,并且有很多逻辑结构块,类似此种代码应该在代码开始前添加注释,说明此块代码的处理思路及注意事项等2注释从新行增加,与代码开始处左对齐3双斜线与注释之间以空格分开,示例图如下所示:3.5变量注释规范1定义变量时需添加变量注释,用以说明变量的用途。2Class级变量应以采用///形式自动产生XML标签格式的注释,示例图如下所示:3方法级的变量注释可以放在变量声明语句的后面,与前后行变量声明的注释左对齐,注释与代码间以Tab隔开。4命名规则4.1命名的基本约定1要使用可以准确说明变量/字段/类的完整的英文描述符,如firstName。对一些作用显而易见的变量可以采用简单的命名,如在循环里的递增(减)变量就可以被命名为“i”。2要尽量采用项目所涉及领域的术语。3要采用大小写混合,提高名字的可读性。为区分一个标识符中的多个单词,把标识符中的每个单词的首字母大写。不采用下划线作分隔字符的写法。有两种适合的书写方法,适应于不同类型的标识符:PasalCasing:标识符的第一个单词的字母大写;camelCasing:标识符的第一个单词的字母小写。4下表描述了不同类型标识符的大小写规则:标识符大小写示例命名空间PascalnamespaceCom.Techstar.ProductionCenter类型PascalpublicclassDevsList接口PascalpublicinterfaceITableModel方法PascalpublicvoidUpdateData()属性PascalPublicintLength{…}事件PascalpubliceventEventHandlerChanged;私有字段CamelprivatestringfieldName;非私有字段PascalpublicstringFieldName;枚举值PascalFileMode{Append}参数CamelpublicvoidUpdateData(stringfieldName)局部变量CamelstringfieldName;5避免使用缩写,如果一定要使用,就谨慎使用。同时,应该保留一个标准缩写的列表,并且在使用时保持一致。6对常见缩略词,两个字母的缩写要采用统一大小写的方式(示例:ioStream,getIOStream);多字母缩写采用首字母大写,其他字母小写的方式(示例:getHtmlTag);7避免使用长名字(最好不超过15个字母)。8避免使用相似或者仅在大小写上有区别的名字。4.2各种标示符类型的命名约定1程序集和命名空间命名项目名称+模块名称,一般情况下建议命名空间和目录结构相同。例如:项目数据访问:项目名称.Models;2类和接口命名l类的名字要用名词;l避免使用单词的缩写,除非它的缩写已经广为人知,如HTTP。l接口的名字要以字母I开头。保证对接口的标准实现名字只相差一个“I”前缀,例如对IComponent接口的标准实现为Component;l泛型类型参数的命名:命名要为T或者以T开头的描述性名字,例如:publicclassListTpublicclassMyClassTsessionl对同一项目的不同命名空间中的类,命名避免重复。避免引用时的冲突和混淆;3方法命名l第一个单词一般是动词;l如果方法返回一个成员变量的值,方法名一般为Get+成员变量名,如若返回的值是bool变量,一般以Is作为前缀。另外,如果必要,考虑用属性来替代方法;l如果方法修改一个成员变量的值,方法名一般为:Set+成员变量名。同上,考虑用属性来替代方法。4变量命名l按照使用范围来分,我们代码中的变量的基本上有以下几种类型,类的公有变量;类的私有变量(受保护同公有);方法的参数变量;方法内部使用的局部变量。这些变量的命名规则基本相同,见标识符大小写对照表。l类的变量按通常的方式命名,无特殊要求;l方法的参数变量采用camalString,例如workerName;l方法内部的局部变量采用camalString,例如workerName。l不要用_或&作为第一个字母;l尽量要使用短而且具有意义的单词;l单字符的变量名一般只用于生命期非常短暂的变量:i,j,k,m,n一般用于integer;c,d,e一般用于characters;s用于stringl如果变量是集合,则变量名要用复数。例如表格的行数,命名应为:RowsCount;5其它规范5.1编程风格1变量声明:为了保持更好的阅读习惯,请不要把多个变量声明写在一行中,即一行只声明一个变量。例如:StringstrTest1,strTest2;应写成:StringstrTest1;StringstrTest2;2代码缩进:l一致的代码缩进风格,有利于代码的结构层次的表达,使代码更容易阅读和传阅;l代码缩进使用Tab键实现,最好不要使用空格,为保证在不同机器上使代码缩进保持一致,特此规定C#的Tab键宽度为4个字符,设定界面如下(工具–选项):l避免方法中有超过5个参数的情况,一般以2,3个为宜。如果超过了,则应使用对象来传递多个参数。l为了更容易阅读,代码行请不要太长,最好的宽度是屏幕宽度(根据不同的显示分辩率其可见宽度也不同)。请不要超过您正在使用的屏幕宽度。(每行代码不要超过80个字符。)l所有块的{}号分别放置一行,并嵌套对齐,不要放在同一行上3空白:l空行将逻辑相关的代码段分隔开,以提高可读性。l下列情况应该总是使用两个空行:a)一个源文件的两个片段(section)之间。b)类声明和接口声明之间。l下列情况应该总是使用一个空行:a)两个方法之间。b)方法内的局部变量和方法的第一条语句之间。d)一个方法内的两个逻辑段之间,用以提高可读性。l下列情况应该总是使用空格:a)空白应该位于参数列表中逗号的后面,如:voidUpdateData(inta,intb)b)所有的二元运算符,除了.,应该使用空格将之与操作数分开。一元操作符和操作数之间不因该加空格,比如:负号(-)、自增(++)和自减(--)。例如:a+=c+d;d++;c)for语句中的表达式应该被空格分开,例如:for(expr1;expr2;expr3)d)强制转型后应该跟一个空格,例如:charc;inta=1;c=(char)a;5.2资源释放所有外部资源都必须显式释放。例如:数据库连接对象、IO对象等。5.3错误处理1不要“捕捉了异常却什么也不做“。如果隐藏了一个异常,你将永远不知道异常到底发生了没有。2发生异常时,给出友好的消息给用户,但要精确记录错误
本文标题:C#编码规范
链接地址:https://www.777doc.com/doc-3258169 .html