第0条：拘泥于小节

   只要规定需要规定的事情：不要强加个人爱好或者过时的做法。应该在每个源文件和项目中使用一致的格式，因为同一段代码中要是有几种style换来换去是很不舒服的。可以具体遵从以下例子规范：

1.规定要用缩进来体现代码的结构，在每个源代码中缩进和空格要保持一致。

2.不要强制代码行的具体长度，应该保持代码长度有利于阅读。一般行不超过10个单词利于阅读。

3.不要再命名方面规定太多，应该采用一致的命名习惯：

      (1)永远不要用“晦涩的名称”，也就是以下划线开头或双下划线开头的名称。

      (2)总是使用形如ONLY_UPERCASE_NAMES的全大写字母表示宏，不要考虑使用常见的词语或者缩略的词语表示宏。（常见的词是指像模板参数T这样的，如#define T anything）

      (3)应该使用一致并且有意义的命名，遵循文件或者模板的规范，比如可以使用如下命名规则：类.枚举型的名称使用首字母大写，如：LikeThis.变量名形如likeThis,即为第一个单词首字母大小写，第二个单词首字母大写。私有成员变量名形如likeThis_（末尾多加一下划线），宏命名形如LIKE_THIS.

4.不要规定注释风格，只编写有用的注释。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

 

转载于:https://www.cnblogs.com/td15980891505/p/5127035.html