---

二、注释

2.1 注释应该和代码同时更新，不再有用的注释要删除

2.2 注释内容要清楚明了，不能有二义性

2.3 避免在注释中出现非常用的缩写或者术语

2.4 避免非必要的注释

2.5 注释的目的应该是解释为什么这么做，而不是正在做什么。如果从上下文不容易看出作者的目的，说明程序的可读性本身存在比较大的问题，应考虑对其重构

2.6 注释版式也需要与代码一样整齐排版

????????1）注释应与其描述的代码相近，对代码的注释应放在其上方或者右方；

????????2）注释与所描述内容进行同样的缩排；

????????3）将注释与其上面的代码用空行隔开；

2.7 对重要的变量需要编写注释，特别是全局变量，更应有较详细的注释，包括对其功能、取值范围、以及存取时注意事项等说明

2.8 注释不宜过多，也不能太少，源程序中有效注释量控制在20%~30%之间

---

三、标识符命名

3.1 变量的命名法

????????1）驼峰命名法：标识符的首字母小写，而后面连接的每个单词的首字母都大写(推荐)；

????????2）Pascal命名法：标识符的首字母和后面连接的每个单词的首字母都大写；

????????3）匈牙利命名法：变量名=属性名+类型+对象描述；

3.2 枚举类型enum常量应以大写字母开头

3.3 函数名以大写字母开头，采用谓-宾结构(动-名)，且应反应函数执行什么操作以及返回什么内容

---

四、变量、结构

4.1 尽量少使用全局变量，尽量去掉没必要的公共变量

? ? ? ? 公共变量是增大模块间耦合的原因之一，应减少不必要的公共变量以降低模块间的耦合度。

4.2 尽量减少没有必要的数据类型默认转换与强制转换

? ? ? ? 当进行数据类型强制转换时，其数据的意义、转换后的取值等都有可能发生变化，而这些细节若考虑不周，很可能留下隐患。

---

五、函数、过程

5.1 函数的规模尽量限制在100行以内（不包括注释和空行）

5.2 一个函数仅完成一个功能

? ? ? ? 多功能集于一身的函数，很可能使函数的理解、测试、维护等变得困难。

---

六、程序效率

6.1 在保证正确性、稳定性、可读性及可测性的前提下，提高代码效率

6.2 避免循环体内含判断语句，应将循环语句置于判断语句的代码块之中

? ? ? ? 减少判断次数。一般情况，与循环变量无关的判断语句可移到循环体外，有关的则不可以。

6.3 在逻辑清楚且不影响可读性的情况下，代码越少越好

6.4 尽量复用已有的质量较好的代码，直接调用已有的API