C++编程规范笔记
文章平均质量分 73
zhyi0000
这个作者很懒,什么都没留下…
展开
-
C++编程规范 编程风格 学习 (2) -- 避免使用宏
避免使用宏实不相瞒:宏是C和C++语言的抽象设施中最生硬的工具,它是披着函数外衣的饥饿的狼,很难驯服,它会我行我素地游走于各处。要避免使用宏。由于几方面的原因,宏已经成为讨厌、恶心、杂乱的混合体,其中最主要的原因在于它们被吹捧为一种文本替换设施,其效果在预处理阶段就产生了,而此时C++的语法和语义规则还都没起到作用。在C++中几乎从不需要宏。可以用const或者enum原创 2012-12-31 01:17:45 · 563 阅读 · 0 评论 -
C++编程规范 编程风格 学习 (4) -- 总是初始化变量
总是初始化变量 未初始化的变量是C和C++程序中错误的常见来源。养成在使用内存之前先清除的习惯,可以避免这种错误,在定义变量的时候就将其初始化。 关于未初始化变量,有一个常见的误解:它们会使程序崩溃,因此通过简单的测试就能很快发现分布在各处的那些为数不多的未初始化变量。但事实恰恰相反,如果内存局部碰巧满足了程序需求,带有未初始化变量的程序能够毫无问题地运行数年。原创 2013-01-08 23:35:40 · 485 阅读 · 0 评论 -
C++编程规范 编程风格 学习 (5) --总是编写内部#include保护符,绝不要编写外部#include保护符
总是编写内部#include保护符,绝不要编写外部#include保护符为头文件添加保护:在所有头文件中使用带有惟一名称的包含保护符(#include guard)防止无意的多次包含。这么做的原因是避免在编译的时候,同一个头文件多次被包含时会重新定义,这是编译器所不能接受的,所以需要在每个头文件中加内部保护符,书写方式如下:#ifndef _HEADFILENAME_H原创 2013-01-30 22:57:33 · 785 阅读 · 0 评论 -
C++编程规范 组织和策略问题 学习 (1) --不要拘泥小节
不要拘泥小节只规定需要规定的事情:不要强制施加个人喜好或者过失的做法。上面是书上的标题和摘要,这里记录一下自己的感想。不少公司对此都是有一定要求的,不是说随性而来的,多少也是要有个代码书写规范。很多都有代码换行缩进、括号的位置、命名方法、Tab的使用,注释等要求。代码缩进这个问题,是从IDE产生的,一个新手如何去获得缩进多少量的经验呢?一开始根本没有一个概念,后面都原创 2012-12-29 01:24:51 · 441 阅读 · 0 评论 -
C++编程规范 组织和策略问题 学习 (2) --做代码审查
做代码审查审查代码:更多的关注有助于提高质量,亮出自己的代码,阅读别人的代码。相互学习,彼此都会受益。一般修改代码,不论是实现需求还是修改故障,自己自测完成后到了该合入的时候,都是需要做代码审查的。一般都是针对新入职不久的员工或者对整体框架不熟悉的人较多,毕竟大家时间都有限,团队或者小组会指定某些人作为代码审核人,这些代码审核人,肯定是在代码能力、框架掌握都是很好很熟的员工,由他们原创 2012-12-29 13:35:58 · 360 阅读 · 0 评论 -
C++编程规范 编程风格 学习 (1) -- 积极使用const
积极使用 const“const是我们的朋友:不变的值更易于理解、跟踪和分析,所以应该尽可能地使用常量代替变量,定义值的时候,应该把const作为默认的选项;常量很安全,在编译时会对其进行检查,而且它与C++的类型系统已浑然一体。不要强制转换const的类型,除非要调用常量不正确的函数。”常量能够简化代码,因为只需查看定义处的代码就能知道它在各处的值了。void fun(vec原创 2012-12-30 02:59:47 · 462 阅读 · 0 评论 -
C++编程规范 编程风格 学习 (3) -- 避免使用“魔数”
避免使用“魔数” “程序设计并非魔术,所以不要故弄玄虚:要避免在代码中使用诸如42和3.14159这样的文字常量。它们本身并没有提供任何说明,并且因为增加了难于检测的重复和使维护更加复杂。可以使用 符号名称和表达式替换它们,比如width * aspectRatio。” 名称能够增加信息,并提供单一的维护点,而程序中到处重复的原始数据是无名的,维护起来很麻烦。常量应该是枚举符或原创 2013-01-02 12:37:38 · 968 阅读 · 0 评论