毁天灭地DotNET编程规范
1.6、自定义异常类
我建议自定义异常类以Exception结尾，
比如class EQException: Exception{…} 这是在我的ExcelQuicker控件中异常类的定义方式
1.7、枚举
枚举的命名是Pascal命名，不要像我在以前C++中命名时还在变量头加Enum，看上去挺别扭的。在枚举的使用当中，我们不应该对枚举进行类型转换，以前我最常发生的事情就是将枚举与INT类型转来转去，这样破坏了使用枚举enum的初衷
1.8、常量命名
以Const开头＋Pascal命名，或者直接是Pascal命名方式
1.9、命名缩写
在一般情况下，我们都不要使用缩写命名，我们从来不害怕长的变量命名，而却担心看不懂的命名。变量命名的原则是，尽最大努力让其他人在看到我们的变量/函数/…等的第一时间，大概能猜出它是做什么的。
比如：int productTypeCount = 0; //我们在第一时间就能知道它是记录产品的数量的变量 而对于糟糕的命名方式：int pTC = 0; //它是productTypeCount的简写，但是其他人或者我们在长时间以后还能知道它是做什么的吗？也许我们不得不查阅相关文档或跟踪代码前后文以明白其意义。
*我们应该记住：最优秀的代码它本身就是注释。我们需要做的，并不在于当时潦草的去实现些什么，而是要让我们的代码具备让他人维护或今后扩充的能力。人需要美，代码也一样。
2、注释规范 2.1、文件头部注释
在代码文件的头部进行注释，标注出创始人、创始时间、修改人、修改时间、代码的功能，这在团队开发中必不可少，它们可以使后来维护/修改的同伴在遇到问题时，在第一时间知道他应该向谁去寻求帮助，并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。 样本：
我们甚至可以在这段文件头注释中加入版权信息、文件名、版本信息等。
