这是C++信徒的摩西十戒,值得将其铭刻在显示器的边缘,供C++程序员们每日膜拜。我要将其铭刻在我的blog里,铭刻在我的记忆里,直到它们成为我思维的一部分。
第0条:不要拘泥于细节(了解哪些东西不应该标准化)
第1条:在高警告级别干净利落地编译
把编译器的警告级别开到最大,并且能够悄无声息地生成结果。对于那种视警告如无物的人,关门!放狗!也不要轻易的在源代码中关闭编译器警告。
这个就是DailyBuild嘛!对一个团队项目而言,DailyBuild就是心跳,它应该可以通过一个按钮或是一条命令就能构建出整个系统。您的心跳正常吗?这里的关键是:只要一个操作就能完成所有工作。
第3条:使用版本控制系统
还有那个团队没有使用vcs?如果没有,“盲人骑瞎马,夜半临深池”,真是极好的写照。
第4条:在代码审查上投入
很多团队其实是没有有效的代码审查的。亮出自己的代码,阅读别人的代码,这也是熟悉整个项目的好方法。把代码投影在墙上,几个人坐下来一起评论也是有效的方法。
第0条:不要拘泥于细节(了解哪些东西不应该标准化)
- 缩进:不必规定如何缩进,每个人遵从一个自己喜欢的规则即可。
- 行长:今天已经没有太大的必要限制80个字符了,当然,越有利于阅读越好。
- 命名:不要太严苛,除了宏应该全部大写外,别的只要遵从某种大家接受的风格即可。常见的风格有2种,一种是连字符连接全部小写的单词,另一种是单词首字母大写。如果需要使用各种第三方库,基本上很难保持一种风格。在一定的范围内保持一致,目标是使得阅读更容易即可。
- 注释:不要规定注释的格式。不过,使用doxygen语法的注释是个好主意,我一直用doxygen产生文档。
- 匈牙利记法:很高兴,我为自己厌恶的东西找到了支持我的同盟军。在C++语言中借助一点小伎俩来表达类型是无益的,C++压根就不需要这些,它只会带来混乱。
- 单入口单出口:在支持异常和确定性析构的C++世界,这是多余的。
第1条:在高警告级别干净利落地编译
把编译器的警告级别开到最大,并且能够悄无声息地生成结果。对于那种视警告如无物的人,关门!放狗!也不要轻易的在源代码中关闭编译器警告。
- 对于第三方库,在包含文件周围加以屏蔽即可
- 未使用参数:不提供该参数名称即可
- 未使用的变量:插入一个该变量的表达式即可。这算是一个惯用法了,会比较多的用到。
- 变量未初始化:初始化。需要通过一个过程来初始化的例外,即形如:obj; init_obj(obj);
- 某些分支没有return返回值。在这些分支上加入断言:assert(false);再接一个return返回值。
- 有、无符号不匹配。如果无法避免,预先写好强制转换。个人认为,尽量避免无符号数,即使是处理理论上就没有符号的数据,有符号数适应性更好。几乎没有必要使用无符号数---除了某些位操作。
这个就是DailyBuild嘛!对一个团队项目而言,DailyBuild就是心跳,它应该可以通过一个按钮或是一条命令就能构建出整个系统。您的心跳正常吗?这里的关键是:只要一个操作就能完成所有工作。
第3条:使用版本控制系统
还有那个团队没有使用vcs?如果没有,“盲人骑瞎马,夜半临深池”,真是极好的写照。
第4条:在代码审查上投入
很多团队其实是没有有效的代码审查的。亮出自己的代码,阅读别人的代码,这也是熟悉整个项目的好方法。把代码投影在墙上,几个人坐下来一起评论也是有效的方法。
作者Blog:
http://blog.csdn.net/wingfiring/