代码编写安全规范 一、 本总则提供编码的总体要求与遵循原则。 二、 本总则制订是为了规范程序的编码风格，使项目开发过程中所有开发人员的编码有一个良好的、规范的、统一的编码风格，确保在开发成员或开发团队之间的工作可以顺利交接，同时不必花费大力气便能理解已编写的代码，以便继续维护和改进以前的工作。 三、 本总则对所有技术开发部编码人有效。 四、 本总则对所有开发语言有效，凡任何开发规范与本总则相冲突，以本总则为准。 五、 本总则提供各种语言的编码规范，编码人员开发（编码）前应选取相应的语言编码规范进行编码。具体的“开发语言编码规范”请参见附件。 六、 若总则附件中无所规范的开发语言规范，请先制订出（一般由项目经理制订）该语言的编码规范后再进行编码。 七、 编码命名准则： 1、 使用可以准确说明变量/字段/类的完整的英文描述符。例如，采用类似 firstName，grandTotal 或 CorporateCustomer 这样的名字。禁止使用一些象 x1，y1 或 fn 这样的名字很简短，输入起来容易，辨别含义困难的命名，使得代码难以理解、维护和改进。 2、 采用领域的术语命名。如果用户称他们的“客户” (clients) 为“顾客” (customers)，那么就采用术语 Customer 来命名这个类，而不用 Client。保证命名使用行业或领域里已经存在着很完美的术语，避免生造词汇。 3、 采用大小写混合，提高名字的可读性。一般应该采用小写字母，但类名、接口名以及任何非初始单词的第一个字母要大写，一些特殊场合以具体规范为准。 4、 尽量少用缩写，但如果一定要使用，必须使用一个统一遵守的缩写，并且在使用时保持一致。例如，如果要对单词“number”采用缩写，那么可从 nbr，no 或者 num 中选取一个，采用其中一个（具体是哪个倒无所谓），并且只使用这一种形式。 5、 避免使用长名字（最好不超过 20 个字母）。避免类似如 PhysicalOrVirtualProductOrService 之类的超长命名。 6、 避免使用相似或者仅在大小写上有区别的名字。例如，不应同时使用变量名 persistentObject 和 persistentObjects，以及 anSqlDatabase 和 anSQLDatabase。 7、 避免使用下划线作为名字的首末字母。以下划线为首末字母的名字通常为系统保留，除预处理定义之外，一般不用作用户命名。 八、 编码注释准则： 1、 必须明确注释的重要性。如果你的程序不值得注释，那么它也不值得运行。 2、 注释应该增加代码的清晰度。代码注释的目的是要使代码更易于被同时参与程序设计的开发人员以及其他后继开发人员理解。如果不能被他人所理解，则代码的注释是失败的注释，等同于无注释。 3、 避免使用装饰性内容，不要使用象广告横幅那样的注释语句。 4、 注释不必洋洋洒洒，只需提供足够的信息，使别人能够理解你的代码。保持注释的简洁。 5、 先写注释，后写代码。写代码注释的最好方法是在写代码之前就写注释。这使你在写代码之前可以想想代码的功能和运行，同时确保不会遗漏注释。另一种方法是边写代码边写注释。因为注释可以使代码更易理解，所以在程序开发的过程中，也可以利用这一点。 6、 使用统一的注释标准和风格。 7、 注释信息不仅要包括代码的功能，还应给出原因。也即注释出为什么做了一些事，而不仅仅是做了什么。如果后续程序员不能读懂为什么会有那样的代码，则注释就不成功，如下面这段代码为什么要乘以0.95？ if (grandTotal >= 1000.00) { grandTotal = grandTotal * 0.95; } 本文来源：https://www.wddqw.com/doc/09a1584d12a6f524ccbff121dd36a32d7375c7f1.html