一、命名惯例和规范
注：
Pascal：大小写形式－所有单词第一个字母大写，其他字母小写。
驼峰式：大小写形式－除了第一个单词，所有单词第一个字母大写，其他字母小写。
1：类名使用 Pascal 大小写形式
public class HelloWorld{ ...}
2：方法使用 Pascal 大小写形式
public class HelloWorld{ void SayHello(string name) { ... }}
3：变量和方法参数使用 驼峰式 大小写形式
Public int totalCount = 0;
4：根据类的具体情况进行合理的命名
以Class声明的类，都必须以名词或名词短语命名，体现类的作用。如：
Class Indicator {}
当类只需有一个对象实例（全局对象，比如Application等），必须以Class结尾，如
Class ScreenClass
当类只用于作为其他类的基类，根据情况，以Base结尾：
Class IndicatorBase
5：不要使用匈牙利方法来命名变量 （m_xxxx）
string m_sName; int nAge;
6：用有意义的，描述性的词语来命名变量
别用缩写。用name, address, salary等代替 nam, addr, sal
别使用单个字母的变量象i, n, x 等. 使用 index, temp等
用于循环迭代的变量例外：
string m_sName; int nAge;
7：文件名要和类名匹配
例如，对于类HelloWorld, 相应的文件名应为 HelloWorld.cs
8：接口的名称前加上I
interface ImyInterface {……}
9： 在私有成员变量前面加上m_。对于m_后面的变量名使用骆驼命名方法：（注意第五条）
public class SomeClass { private int m_Number; }
**二、 ** 良好的编程习惯
1：避免使用大文件。如果一个文件里的代码超过300～400行，必须考虑将代码分开到不同类中。
2：避免写太长的方法。一个典型的方法代码在1～50行之间。如果一个方法发代码超过50行，应该考虑将其分解为不同的方法。
3：方法名需能看出它作什么。别使用会引起误解的名字。如果名字一目了然，就无需用文档来解释方法的功能了。
public class SomeClass <br>{ <br> private int m_Number; <br>}
4： 一个方法只完成一个任务。不要把多个任务组合到一个方法中，即使那些任务非常小。
5：别在程序中使用固定数值，用常量代替。
6：必要时使用enum 。别用数字或字符串来指示离散值。
例如：正确
Public enum MailType { Html, PlainText, Attachment } public void SendMail (string message, MailType mailType) { switch ( mailType ) { case MailType.Html: // Do something break; case MailType.PlainText: // Do something break; case MailType.Attachment: // Do something break; default: // Do something break; } }
不正确：
public void SendMail (string message, string mailType) { switch ( mailType ) { case "Html": // Do something break; case "PlainText": // Do something break; case "Attachment": // Do something break; default: // Do something break; } }
7：别把成员变量声明为 public 或 protected。都声明为 private
8：不在代码中使用具体的路径和驱动器名。 使用相对路径，并使路径可编程。
9：视情况使用StringBuilder替代String
String对象是不可改变的。每次使用System.String类中的方法之一时，都要在内存中创建一个新的字符串对象，这就需要为该新对象分配新的空间。
在需要对字符串执行重复修改的情况下，与创建新的String对象相关的系统开销可能会非常昂贵。如果要修改字符串而不创建新的对象，则可以使用System.Text.StringBuilder类。
例如，当在一个循环中将许多字符串连接在一起时，使用StringBuilder类可以提升性能。
10：所有的类成员变量应该被声明在类的顶部，并用一个空行把它们和方法以及属性的声明区分开
11：避免在同一个文件中放置多个类
12：一个文件应该只向在一个名称空间内定义类型。避免在一个文件中使用多个名称空间
13：避免写超过5个参数的方法。如果要传递多个参数，使用结构。
14：不要手动去修改任何机器生成的代码
15：只对那些亘古不变的数值使用const关键字，例如一周的天数。
16：避免显式指定枚举的值（不要直接给枚举赋值）
例如：正确
public enum Color { Red,Green,Blue }
不正确
public enum Color { Red=1,Green=2,Blue=3 }
17：避免为枚举指定一个类型
避免
public enum Color:long { Red,Green,Blue }
18：对于if语句，总使用一对{}把下面的语句块包含起来，哪怕只有一条语句也是如此。
推荐：
If(1 == 1) { Console.WriteLine(“正确”); }
不推荐：
If(1 == 1) Console.WriteLine(“正确”);
19：避免使用三元条件操作符。
20：避免显示类型转换。使用as关键字安全的转换到另一个类型。
Dog dog=new GermanShepherd(); GermanShepherd shepherd=dog as GermanShepherd; if (shepherd!=null) {…}
21：在使用一个对象、数组或代理之前，总要检查其是否为null
22：避免在接口中包含事件。
23：当使用抽象类的时候，提供一个接口。
24：使用String.Empty取代””
//避免 string name=””; //正确 string name=String.Empty;
25：使用条件方法来取代显式进行方法调用排除的代码( #if…#endif)
**三、 ** 注释
1： 文件头部注释****
在代码文件的头部进行注释，标注出创始人、创始时间、修改人、修改时间、代码的功能，这在团队开发中必不可少，它们可以使后来维护/修改的同伴在遇到问题时，在第一时间知道他应该向谁去寻求帮助，并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。
示例：
/******************************************************************************** ** 作者： Eunge ** 创始时间：2004-6-8 ** 修改人：Koffer ** 修改时间：2004-12-9 ** 修改人：Ken ** 修改时间：2005-01-29 ** 描述： ** 主要用于产品信息的资料录入，… *********************************************************************************/
我们甚至可以在这段文件头注释中加入版权信息、文件名、版本信息等。
2：函数、属性、类、公共变量注释**
请使用///三斜线注释，** 这种注释是基于XML的，不仅能导出XML制作帮助文档，而且在各个函数、属性、类等的使用中，编辑环境会自动带出注释，方便你的开发。以protected，protected Internal，public声明的定义注释请都以这样命名方法。
例如：
/// <summary> /// 用于从ERP系统中捞出产品信息的类 /// </summary> class ProductTypeCollector { /// <summary> /// 保存C扫数据 /// </summary> public void SaveCScanData(){} }
3：//注释**
不建议过多的使用此注释。
4：注释说明
注释应该只说明操作的一些前提假设、算法的内部信息等内容。
四、 ** 异常处理
1：不要“捕捉了异常却什么也不做“。如果隐藏了一个异常，你将永远不知道异常到底发生了没有。
2：发生异常时，给出友好的消息给用户，但要精确记录错误的所有可能细节，包括发生的时间，和相关方法，类名等。
3：只捕捉特定的异常，而不是一般的异常。
4：不必在所有方法中捕捉一般异常。不管它，让程序崩溃。这将帮助你在开发周期发现大多数的错误。
5：不必每个方法都用try-catch。当特定的异常可能发生时才使用。比如，当你写文件时，处理异常FileIOException。
6：别写太大的 try-catch 模块。如果需要，为每个执行的任务编写单独的 try-catch 模块。 这将帮你找出哪一段代码产生异常，并给用户发出特定的错误消息
如果应用程序需要，可以编写自己的异常类。自定义异常不应从基类SystemException派生，而要继承于IApplicationException。
