第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