第0条:拘泥于小节
2016-01-13 13:42
218 查看
只要规定需要规定的事情:不要强加个人爱好或者过时的做法。应该在每个源文件和项目中使用一致的格式,因为同一段代码中要是有几种style换来换去是很不舒服的。可以具体遵从以下例子规范:
1.规定要用缩进来体现代码的结构,在每个源代码中缩进和空格要保持一致。
2.不要强制代码行的具体长度,应该保持代码长度有利于阅读。一般行不超过10个单词利于阅读。
3.不要再命名方面规定太多,应该采用一致的命名习惯:
(1)永远不要用“晦涩的名称”,也就是以下划线开头或双下划线开头的名称。
(2)总是使用形如ONLY_UPERCASE_NAMES的全大写字母表示宏,不要考虑使用常见的词语或者缩略的词语表示宏。(常见的词是指像模板参数T这样的,如#define T anything)
(3)应该使用一致并且有意义的命名,遵循文件或者模板的规范,比如可以使用如下命名规则:类.枚举型的名称使用首字母大写,如:LikeThis.变量名形如likeThis,即为第一个单词首字母大小写,第二个单词首字母大写。私有成员变量名形如likeThis_(末尾多加一下划线),宏命名形如LIKE_THIS.
4.不要规定注释风格,只编写有用的注释。
1.规定要用缩进来体现代码的结构,在每个源代码中缩进和空格要保持一致。
2.不要强制代码行的具体长度,应该保持代码长度有利于阅读。一般行不超过10个单词利于阅读。
3.不要再命名方面规定太多,应该采用一致的命名习惯:
(1)永远不要用“晦涩的名称”,也就是以下划线开头或双下划线开头的名称。
(2)总是使用形如ONLY_UPERCASE_NAMES的全大写字母表示宏,不要考虑使用常见的词语或者缩略的词语表示宏。(常见的词是指像模板参数T这样的,如#define T anything)
(3)应该使用一致并且有意义的命名,遵循文件或者模板的规范,比如可以使用如下命名规则:类.枚举型的名称使用首字母大写,如:LikeThis.变量名形如likeThis,即为第一个单词首字母大小写,第二个单词首字母大写。私有成员变量名形如likeThis_(末尾多加一下划线),宏命名形如LIKE_THIS.
4.不要规定注释风格,只编写有用的注释。
相关文章推荐
- android 简单试题系统
- Hadoop科普文—常见的45个问题解答
- hdu 2055 An easy problem (java)
- 操作系统:基于页面置换算法的缓存原理详解(下)
- inline keyword in C
- 操作系统:基于页面置换算法的缓存原理详解(下)
- 值得学习的C语言开源项目
- 数字证书原理
- Visual Studio2013的C语言编译器对C99标准的支持情况
- php输出需要的学号
- IE兼容性问题web.config设置
- poj 2109
- allegro 16.6 出gerber时drill文件出问题及解决
- Quartz.NET简介
- Repeater控件使用(含删除,分页功能)
- 【Lightoj】1214 - 能否整除(同余定理)
- Git Stash用法
- 并查集(union-find)学习报告
- 前端工程化-我们需要做什么
- ( Android ) eclipse查看真机数据库