2、命名规则
2.1     命名的基本约定
　　1>  要使用可以准确说明变量/字段/类的完整的英文描述符，如firstName。对一些作用显而易见的变量可以采用简单的命名，如在循环里的递增（减）变量就可以被命名为 “i”。
　　2>  要尽量采用项目所涉及领域的术语。
　　3>  要采用大小写混合，提高名字的可读性。为区分一个标识符中的多个单词，把标识符中的每个单词的首字母大写。不采用下划线作分隔字符的写法。
　　　　有两种适合的书写方法，适应于不同类型的标识符：
　　　　　　PasalCasing：标识符的第一个单词的字母大写；
　　　　　　camelCasing：标识符的第一个单词的字母小写。
　　4>  下表描述了不同类型标识符的大小写规则：

成员	大小写	示例
命名空间	Pascal
类	Pascal
接口	Pascal
方法	Pascal
属性	Pascal
事件	Pascal
私有字段	Camel
非私有字段	Pascal
枚举值	Pascal
参数	Camel
局部变量	Camel

　　5>  避免使用缩写，如果一定要使用，就谨慎使用。同时，应该保留一个标准缩写的列表，并且在使用时保持一致。
　　6>  对常见缩略词，两个字母的缩写要采用统一大小写的方式（示例：ioStream，   getIOStream）；多字母缩写采用首字母大写，其他字母小写的方式（示例：getHtmlTag）；
　　7>  避免使用长名字（最好不超过 15 个字母）。
　　8>  避免使用相似或者仅在大小写上有区别的名字。
2.2     各种标示符类型的命名约定
　　1>  程序集命名
　　实验室名称（Lab）+ 项目名称 + 模块名称（可选），例如：
　　　　中心服务器程序集：Lab.SeverCenter；
　　　　中心服务器业务逻辑程序集：Lab.SeverCenter.Business；
　　2>  命名空间命名
　　采用和程序集命名相同的方式：实验室名称（Lab）+ 项目名称 + 模块名称。 另外，一般情况下建议命名空间和目录结构相同。例如：
　　　　中心服务器：Lab.SeverCenter；
　　　　中心服务器下的用户控件：Lab.SeverCenter.UserControl；
　　　　中心服务器业务逻辑：Lab.SeverCenter.Business；
　　　　中心服务器数据访问：Lab.SeverCenter.Data；
　　3>  程序集和DLL
　　l  大多数情况下，程序集包含全部或部分可重用库，且它包含在单个动态链接库(DLL) 中。
　　l  一个程序集可拆分到多个DLL 中，但这非常少见，在此准则中也没有说明。
　　l  程序集和DLL 是库的物理组织，而命名空间是逻辑组织，其构成应与程序集的组织无关。
　　l  命名空间可以且经常跨越多个程序集。可以考虑如下模式命名DLL：
      　　  <Company>.<Component>.dll
   　　     例：Lab.SeverCenter.dll
　　4> 类和接口命名
　　l  类的名字要用名词；
　　l  避免使用单词的缩写，除非它的缩写已经广为人知，如HTTP。
　　l  接口的名字要以字母I开头。保证对接口的标准实现名字只相差一个“I”前缀，例如对IComponent接口的标准实现为Component；
　　l  泛型类型参数的命名：命名要为T或者以T开头的描述性名字，例如：
　　　　public class List<T>
　　　　public class MyClass<Tsession>
　　l  对同一项目的不同命名空间中的类，命名避免重复。避免引用时的冲突和混淆；
　　5> 方法命名
　　l  第一个单词一般是动词；
　　l  如果方法返回一个成员变量的值，方法名一般为Get+成员变量名，如若返回的值 是bool变量，一般以Is作为前缀。另外，如果必要，考虑用属性来替代方法；
　　l  如果方法修改一个成员变量的值，方法名一般为：Set + 成员变量名。同上，考虑 用属性来替代方法。
　　6> 变量命名
　　l  按照使用范围来分，我们代码中的变量的基本上有以下几种类型，类的公有变量；类的私有变量（受保护同公有）；方法的参数变量；方法内部使用的局部变量。这些变量的命名规则基本相同，见标识符大小写对照表。区别如下：
　　　　a)   类的公有变量按通常的方式命名，无特殊要求；
　　　　b)   类的私有变量采用两种方式均可：采用加“m”前缀，例如mWorkerName;
　　　　c)   方法的参数变量采用camalString，例如workerName；
　　l  方法内部的局部变量采用camalString，例如workerName。
　　l  不要用_或&作为第一个字母；
　　l  尽量要使用短而且具有意义的单词；
　　l  单字符的变量名一般只用于生命期非常短暂的变量：i,j,k,m,n一般用于integer；c,d,e 一般用于characters；s用于string
　　l  如果变量是集合，则变量名要用复数。例如表格的行数，命名应为：RowsCount；
　　l  命名组件要采用匈牙利命名法，所有前缀均应遵循同一个组件名称缩写列表
2.3  组件名称缩写列表
　　缩写的基本原则是取组件类名各单词的第一个字母，如果只有一个单词，则去掉其中的元音，留下辅音。缩写全部为小写。

 
3    其它规范
3.1      编程风格
　　1>  变量声明：
　　为了保持更好的阅读习惯，请不要把多个变量声明写在一行中，即一行只声明一个变量。
　　--例如：
　　String strTest1, strTest2;
　　--应写成：
　　String strTest1;
　　String strTest2;
　　2>   代码缩进：
　　l  一致的代码缩进风格，有利于代码的结构层次的表达，使代码更容易阅读和传阅；
　　l  代码缩进使用Tab键实现，最好不要使用空格，为保证在不同机器上使代码缩进保持一致，特此规定C#的Tab键宽度为4个字符，设定界面如下(工具–选项)：
　　
　　l  避免方法中有超过5个参数的情况，一般以2,3个为宜。如果超过了，则应使用struct来传递多个参数。
　　l  为了更容易阅读，代码行请不要太长，最好的宽度是屏幕宽度（根据不同的显示分辩率其可见宽度也不同）。请不要超过您正在使用的屏幕宽度。（每行代码不要超过80个字符。）
　　l  程序中不应使用goto语句。
　　l  在switch语句中总是要default子句来显示信息。
　　l  方法参数多于8个时采用结构体或类方式传递
　　l  操作符/运算符左右空一个半角空格
　　l  所有块的{}号分别放置一行，并嵌套对齐，不要放在同一行上
　　3>    空白：
　　l  空行将逻辑相关的代码段分隔开，以提高可读性。
　　l  下列情况应该总是使用两个空行：
　　　　a)  一个源文件的两个片段(section)之间。
　　　　b)  类声明和接口声明之间。
　　l  下列情况应该总是使用一个空行：
　　　　a)  两个方法之间。
　　　　b)  方法内的局部变量和方法的第一条语句之间。
　　　　c)  块注释（参见"5.1.1"）或单行注释（参见"5.1.2"）之前。
　　　　d)  一个方法内的两个逻辑段之间，用以提高可读性。
　　l  下列情况应该总是使用空格：
　　　　a)  空白应该位于参数列表中逗号的后面，如：
　　　　　　void UpdateData(int a, int b)
　　　　b)  所有的二元运算符，除了"."，应该使用空格将之与操作数分开。一元操作符和操作数之间不因该加空格，比如：负号("-")、自增("++")和自减("--")。例如：
　　　　　　　　a += c + d;
　　　　　　　　d++;
　　　　c)  for 语句中的表达式应该被空格分开，例如：
　　　　　　　　for (expr1; expr2; expr3)
　　　　d)  强制转型后应该跟一个空格，例如：
　　　　　　　　char c;
　　　　　　　　int a = 1;
　　　　　　　　c = (char) a;
3.2     资源释放
　　所有外部资源都必须显式释放。例如：数据库连接对象、IO对象等。
　　
3.3     错误处理
　　1>  不要“捕捉了异常却什么也不做“。如果隐藏了一个异常，你将永远不知道异常到底发生了没有。
　　2>  发生异常时，给出友好的消息给用户，但要精确记录错误的所有可能细节，包括发生的时间，和相关方法，类名等。
　　3>  只捕捉特定的异常，而不是一般的异常。
　　
　　
3.4     其它
　　1>  一个方法只完成一个任务。不要把多个任务组合到一个方法中，即使那些任务非常小。
　　2>  使用C#的特有类型，而不是System命名空间中定义的别名类型。
　　3>  别在程序中使用固定数值，用常量代替。
　　4>  避免使用很多成员变量。声明局部变量，并传递给方法。不要在方法间共享成员变量。如果在几个方法间共享一个成员变量，那就很难知道是哪个方法在什么时候修改了它的值。
　　5>  别把成员变量声明为 public 或 protected。都声明为 private 而使用 public/protected 的属性
　　6>  不在代码中使用具体的路径和驱动器名。 使用相对路径，并使路径可编程。
　　7>  应用程序启动时作些“自检”并确保所需文件和附件在指定的位置。必要时检查数据库连接。出现任何问题给用户一个友好的提示。
　　8>  如果需要的配置文件找不到，应用程序需能自己创建使用默认值的一份。
　　9>  如果在配置文件中发现错误值，应用程序要抛出错误，给出提示消息告诉用户正确值。
　　10>  DataColumn取其列时要用字段名，不要用索引号。
　　　　例： 正确DataColumn[“Name”]
    　　　　  不好 DataColumn[0]
　　11>  在一个类中，字段定义全部统一放在class的头部、所有方法或属性的前面。
　　12>  在一个类中，所有的属性全部定义在一个属性块中：