1、C#NET编程规约 社内C#.NET编程规约1概述22.1规范制定原则2.21 方便代码的交流和维护。 2 不影响编码的效率，不与大众习惯冲突。 3 使代码更美观、阅读更方便。 4 使代码的逻辑更清晰、更易于理解。术语定义2.3 Pascal大小写2.3.1Pascal大小写形式是指名称中单词的第一个字母大写，如：EmployeeSalary,ConfirmDialog。 Camel大小写2.3.2这种形式类似于Pascal大小写形式，但名称中第一个单词的第一个字母不是大写：employeeSalary, comfirmDialog。命名3对于理解应用程序的逻辑流，命名方案是最有影响力的一种帮
2、助。名称应该说明“什么”而不是“如何”。通过避免使用公开基础实现（它们会发生改变）的名称，可以保留简化复杂性的抽象层。例如，可以使用 GetNextStudent()，而不是GetNextArrayElement()。 命名原则3.1选择正确名称时的困难可能表明需要进一步分析或定义项的目的。使名称足够长以便有一定的意义，并且足够短以避免冗长。唯一名称在编程上仅用于将各项区分开。表现力强的名称是为了帮助人们阅读；因此，提供人们可以理解的名称是有意义的。不过，请确保选择的名称符合适用语言的规则和标准。最好不要使用带有下划线的单词。使用全称避免缩写，除非缩写已是一种公认的约定，如URL、HTML。命
3、名大小写原则3.2在名称的大小写方面，名称大部分都应采用Pascal大小写命名形式。其中，命名空间、类、以及基类中的成员、接口、属性、方法、事件、静态字段等的名称都应遵循该规则。对于常量的定义采用全部大写的原则。此外还推荐使用另一种大小写模式：camel大小写形式。有两种情况建议使用camel大小写形式。 1 传递给方法的所有参数都应是camel大小写形式：Public void RecordSale(int employeeSalary, int quanitity);2 camel大小写形式也可以用于区分同名的两个对象比较常见的情况是属性封装一个字段：Private string empl
4、oyeeName; Public string EmployeeName Get Return employeeName; 命名空间3.3命名空间（namespace）的名称非常重要，需要仔细设计，以避免一个命名空间中对象的名称与其他对象同名。命名空间的名称是.Net区分共享装配件中对象名的唯一方式，如果软件包的命名空间使用的名称与另一个软件包相同，而这两个软件包都安装到一台计算机上，就会出问题。因此，命名空间的名称最好用本公司名创建顶级的命名空间，再嵌套客户所在公司、或产品类所在软件包的命名空间,继而嵌套软件中所在模块层次名字的命名空间。例如Pcguandian，DataAccess。这样的
5、命名空间就肯定是安全的，不会与其他人编写的命名空间同名。变量3.4变量前缀3.4.1C#的约定是命名变量时不使用任何前缀：string Result; string Message。杂项3.4.2a)在变量名中使用互补对，如 min/max、begin/end 和 open/closeb)c)布尔变量名应该包含 Is，这意味着 Yes/No 或 True/False 值，如 fileIsFoundd)e)即使对于可能仅出现在几个代码行中的生存期很短的变量，仍然使用有意义的名称。仅对于短循环索引使用单字母变量名，如 i 或 jf)g)不要使用原义数字或原义字符串，如 For i = 1 To 7
6、。而是使用命名常数，如 For i = 1 To NUM_DAYS_IN_WEEK 以便于维护和理解h)控件3.5命名方法3.5.1和社内其他编程工具开发规约类似，控件命名采用控件名简写+英文描述的方式，其中英文描述首字母大写主要控件名简写对照表3.5.2控件名 简写 Label lbl TextBox txtButton btn LinkButton lnkbtnImageButton imgbtn DropDownList ddlListBox lst DataGrid dgDataList dl CheckBox chkCheckBoxList chkls RadioButton rdo
7、RadioButtonList rdolt Image imgPanel pnl Calender cldAdRotator ar Table tblRequiredFieldValidator rfv CompareValidator cvRangeValidator rv RegularExpressionValidator revValidatorSummary vs CrystalReportViewer rptvew类3.6a)用名词或名词短语命名类似b)c)不要使用类型前缀，如在类名称上对类使用 C 前缀。例如，使用类名称 FileStream，而不是d)CFileStreame)
8、有时候需要提供以字母 I 开始的类名称，虽然该类不是接口。只要 I 是作为类名称组成部分的整个单词的第一个字母，这便是适当的。例如，类名称 IdentityStore 是适当的。在适当的地方，使用复合单词命名派生的类。派生类名称的第二个部分应当是基类的名称。例如，ApplicationException 对于从名为 Exception 的类派生的类是适当的名称，原因ApplicationException 是一种Exceptionf)接口3.7a)用名词或名词短语，或者描述行为的形容词命名接口。例如，接口名称 IComponent 使用描述性b)名词。接口名称 ICustomAttribute
9、Provider 使用名词短语。名称 IPersistable 使用形容词。c)给接口名称加上字母 I 前缀，以指示该类型为接口。在定义类/接口对（其中类是接口的标准实现）时使用相似的名称。两个名称的区别应该只是接口名称上有字母 I 前缀。d)以下是正确命名的接口的示例。 public interface IServiceProvider public interface IFormatable以下代码示例阐释如何定义 IComponent 接口及其标准实现 Component 类。 public interface IComponent / Implementation code goes
10、here. public class Component: IComponent / Implementation code goes here.属性 (Attribute)3.8应该总是将后缀 Attribute 添加到自定义属性类。以下是正确命名的属性类的示例。 public class ObsoleteAttribute 枚举 (Enum)3.9a)不要在 Enum 类型名称上使用 Enum 后缀。b)c)对大多数 Enum 类型使用单数名称，但是对作为位域的 Enum 类型使用复数名称。d)e)总是将 FlagsAttribute 添加到位域 Enum 类型。f)方法3.10使用动词或
11、动词短语命名方法。以下是正确命名的方法的实例RemoveAll() GetCharArray()Dispose()属性 (Property)3.11a)使用名词或名词短语命名属性。b)c)不要使用匈牙利语表示法。d)e)考虑用与属性的基础类型相同的名称创建属性。例如，如果声明名为 Color 的属性，则属性的类型同样应该是 Color。请参阅后面的示例。f)以下代码示例阐释提供其名称与类型相同的属性。 public enum Color / Insert code for Enum here. public class Control public Color Color get/ Inser
12、t code here. set/ Insert code here. 以下代码示例不正确，原因是 Color 属性是 Integer 类型的。 public enum Color/ Insert code for Enum here. public class Control public int Color / Insert code here 在不正确的示例中，不可能引用 Color 枚举的成员。Color.Xxx 将被解释为访问一个成员，该 成员首先获取 Color 属性（ C# 中为 int 类型）的值，然后再访问该值的某个成员（该成员必须是 System.Int32 的实例成员）事
13、件3.12a)对事件处理程序名称使用 EventHandler 后缀。b)c)指定两个名为 sender 和 e 的参数。sender 参数表示引发事件的对象。sender 参数始终是object 类型的，即使在可以使用更为特定的类型时也如此。与事件相关联的状态封装在名为 e 的事件类的实例中。对 e 参数类型使用适当而特定的事件类。d)e)用 EventArgs 后缀命名事件参数类。f)g)考虑用动词命名事件。h)i)使用动名词（动词的“ing”形式）创建表示事件前的概念的事件名称，用过去式表示事件后。例如，可以取消的 Close 事件应当具有 Closing 事件和 Closed 事件。不
14、要使用BeforeXxx/AfterXxx 命名模式。j)k)不要在类型的事件声明上使用前缀或者后缀。例如，使用 Close，而不要使用 OnClose。l)m)通常情况下，对于可以在派生类中重写的事件，应在类型上提供一个受保护的方法（称为OnXxx）。此方法只应具有事件参数 e，因为发送方总是类型的实例。n)以下示例阐释具有适当名称和参数的事件处理程序。 public delegate void MouseEventHandler(object sender, MouseEventArgs e); 以下示例阐释正确命名的事件参数类。 public class MouseEventArgs :
15、 EventArgs int x; int y; public MouseEventArgs(int x, int y) this.x = x;this.y = y; public int X get return x; public int Y get return y; 集合3.13集合是一组组合在一起的类似的类型化对象，如哈希表、查询、堆栈、字典和列表，集合的命名建议用复数。表3.14a)在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employeesb)c)在命名表的列时，不要重复表的名称；例如，在名为 Employee 的表中避免使用名为 EmployeeLa
16、stName 的字段d)e)不要在列的名称中包含数据类型。如果后来有必要更改数据类型，这将减少工作量f)杂项3.15a)尽量减少使用缩写，而是使用以一致方式创建的缩写。缩写应该只有一个意思；同样，每个缩写b)词也应该只有一个缩写。例如，如果用 min 作为 minimum 的缩写，那么在所有地方都应这样做；不要将 min 又用作 minute 的缩写。c)在命名函数时包括返回值的说明，如 GetCurrentWindowName()。d)e)与过程名一样，文件和文件夹的名称也应该精确地说明它们的用途。f)措词3.16避免使用与常用的 .NET 框架命名空间重复的类名称。例如，不要将以下任何名称
17、用作类名称：System、Collections、Forms 或 UI。有关 .NET 框架命名空间的列表，请参阅类库。另外，避免使用和以下关键字冲突的标识符。AddHandlerAddressOfAliasAndAnsiAsAssemblyAutoBaseBooleanByRefByteByValCallCaseCatchCBoolCByteCcharCDateCDecCDblCharCintClassCLngCObjConstCshortCSngCStrCTypeDateDecimalDeclareDefaultDelegateDimDoDoubleEachElseElseIfEndEnu
18、mEraseErrorEventExitExternalSourceFalseFinalizeFinally FloatForFriendFunctionGetGetTypeGotoHandlesIfImplementsImportsInInheritsIntegerInterfaceIsLetLibLikeLongLoopMeModModuleMustInheritMustOverrideMyBaseMyClassNamespaceNewNextNotNothingNotInheritableNotOverridableObjectOnOptionOptionalOrOverloadsOve
19、rridableOverridesParamArrayPreservePrivatePropertyProtectedPublicRaiseEventReadOnlyReDimRegionREMRemoveHandlerResumeReturnSelectSetShadowsSharedShortSingleStaticStepStopStringStructureSubSyncLockThenThrowToTrueTryTypeOfUnicodeUntilvolatileWhenWhileWithWithEventsWriteOnlyXorEvalextendsinstanceofpacka
20、gevar注释4注释概述4.1a)修改代码时，总是使代码周围的注释保持最新。b)c)在每个例程的开始，提供标准的注释样本以指示例程的用途、假设和限制很有帮助。注释样本应该是解释它为什么存在和可以做什么的简短介绍。d)e)避免在代码行的末尾添加注释；行尾注释使代码更难阅读。不过在批注变量声明时，行尾注释是合适的；在这种情况下，将所有行尾注释在公共制表位处对齐。f)g)避免杂乱的注释，如一整行星号。而是应该使用空白将注释同代码分开。h)i)避免在块注释的周围加上印刷框。这样看起来可能很漂亮，但是难于维护。j)k)在部署发布之前，移除所有临时或无关的注释，以避免在日后的维护工作中产生混乱。l)m)在
21、编写注释时使用完整的句子。注释应该阐明代码，而不应该增加多义性。n)o)在编写代码时就注释，因为以后很可能没有时间这样做。另外，如果有机会复查已编写的代码，在今天看来很明显的东西六周以后或许就不明显了。p)q)为了防止问题反复出现，对错误修复和解决方法代码总是使用注释，尤其是在团队环境中。r)s)对由循环和逻辑分支组成的代码使用注释。这些是帮助源代码读者的主要方面。t)u)在整个应用程序中，使用具有一致的标点和结构的统一样式来构造注释。v)w)用空白将注释同注释分隔符分开。在没有颜色提示的情况下查看注释时，这样做会使注释很明显且容易被找到。x)y)在所有的代码修改处加上修改标识的注释。zz)a
22、a)为了使层次清晰，在闭合的右花括号后注释该闭合所对应的起点。如：bb)namespace CanonOA.DataAccess public class Depts : IDisposable / / class code; / / class Depts / namespace CanonOA.DataAccess文件注释4.2每个模块文件（.cs文件）都应有一个注释标头，包含创建信息和每次修改信息、版权信息等内容，如：/-/ Copyright (C) 2004-2005 system solution/ All rights reserved./ Create Date: 2005/0
23、5/29/ Create Man: WuTing/ Modify History: / Modify Date: 2005/06/19/ Modify Man: WuTing/ Modify Desc: / Modify Date: 2005/06/29/ Modify Man: XieWei/ Modify Desc: /-类的注释4.3对每个类的注释要求在中概要叙述类完成的功能以及该类在程序中所处的层次，然后在不同的节中阐述类的继承对象、特殊的技术实现或要求等内容。如： / / The code-behind base class for the page that displays in
24、formation / about a single book. / This page is derived from PageBase. / This page is explicitly cached for each individual book./ / / This class contains the business facade for the order system. / / The business facade is used to provide a simplified interface into the / order sub systems. / / / T
25、his class is marked as MarshalByRefObject to support remoted scenarios. / / / / A custom serializable dataset containing order information. / / This class is used to define the shape of OrderData. / / / The serializale constructor allows objects of type OrderData to be remoted. / / 方法属性的注释4.4该类注释同样采
26、用.Net已经定义好的Xml标签来标记，需要表述它自身的属性、被调用的入口点、需要的参数、返回值、可能出现的异常以及实现的功能等。如： / / Calls OrderSystem to calculate the order summery in OrderData. / class=System.ApplicationException / The cartOrderData is null. / / public void CalculateOrderSummary() / / Depersist the Cart object from serialized data. / Constructor that supports serialization. / / This is called by the runtime. It is private so that no / one else can call it. / / The SerializationInfo object to read from. / Information on who is calling this method. / private Cart(SerializationInfo info, Str
