。4边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要删除。
3．2命名规则1标识符的命名要清晰、明了，有明确含义，同时使用完整的单词或大家基本可以理解的缩写，避免使人产生误解。说明：较短的单词可通过去掉“元音”形成缩写；较长的单词可取单词的头几个字母形成缩写；一些单词有大家公认的缩写。2命名中若使用特殊约定或缩写，则要有注释说明。说明：应该在源文件的开始之处，对文件中所使用的缩写或约定，特别是特殊的缩写，进行必要的注释说明。3自己特有的命名风格，要自始至终保持一致，不可来回变化。
f说明：个人的命名风格，在符合所在项目组或产品组的命名规则的前提下，才可使用。（即命名规则中没有规定到的地方才可有个人命名风格）。4命名规范必须与所使用的系统风格保持一致，并在同一项目中统一。
3．3源代码规则1风格约定：采用缩进的格式保存程序的层次结构。要求能直观的看出循环、判断等层次结构。2使用严格形式定义的、可移植的数据类型，尽量不要使用与具体硬件或软件环境关系密切的变量。说明：降低公共变量耦合度。3在同一项目组应明确规定对接口函数参数的合法性检查应由函数的调用者负责还是由接口函数本身负责，缺省是由函数调用者负责。说明：对于模块间接口函数的参数的合法性检查这一问题，往往有两个极端现象，即：要么是调用者和被调用者对参数均不作合法性检查，结果就遗漏了合法性检查这一必要的处理过程，造成问题隐患；要么就是调用者和被调用者均对参数进行合法性检查，这种情况虽不会造成问题，但产生了冗余代码，降低了效率。4不要使用难懂的技巧性很高的语句，除非很有必要时。5避免设计多参数函数，不使用的参数从接口中去掉。6改进模块中函数的结构，降低函数间的耦合度，并提高函数的独立性以及代码可读性、效率和可维护性。优化函数结构时，要遵守以下原则：（1）不能影响模块功能的实现。（2）仔细考查模块或函数出错处理及模块的性能要求并进行完善。（3）通过分解或合并函数来改进软件结构。（4）考查函数的规模，过大的要进行分解。（5）降低函数间接口的复杂度。（6）不同层次的函数调用要有较合理的扇入、扇出。（7）函数功能应可预测。
f（8）提高函数内聚。（单一功能的函数内聚最高）说明：对初步划分后的函数结构应进行改进、优化，使之更为合理。
3．4用户界面规范
（1）用户界面布局和结构应当合理。（2）颜色搭配r