相当适合有一定C++编程经验的初级，中级程序员

这本书相当适合有一定C++编程经验的初级，中级程序员阅读。这本书讨论了101个规则，每个规则都按照，固定的格式（包括条款标题，摘要，讨论，示例等部分）进行说明。这样的编排方式即清晰又符合我们理解接受的渐进过程。

也许可以边看书边试着做一些回忆，想想自己是否在编程时候使用或注意到这些规范。还可以问自己一些问题，例如在我们的设计风格中是否注意了，”对一个函数之赋予一种职责“，”正确，简单和清晰第一，软件简单为美（Keep It Simple Software, KISS）“，”优先使用线性算法或者尽可能快的算法：例如O(N)“，”尽量减少全局和共享数据（会增加耦合度，从而降低可维护性，通常还会降低性能）“等等。

我们也可以考虑一下我们的编程风格，并问自己: 我们有没有做到避免使用宏， 尽可能局部声明变量, 总是初始化变量，避免函数过长，避免嵌套过深，是否做到确保所编写的每个头文件都能够独自进行编译。

C++之父Bjarne Stroustrup说过“软件开发最重要的一个方面就是弄清楚自己要构建的是什么”，对于类的设计与继承这一部分也相当值得一读，例如以下条款“用小类代替巨类”，“ 用组合代替继承”，“避免从并非要设计成基类的类中继承”，“优先提供抽象接口”，“共用继承即可替换性。继承，不是为了重用，而是为了被重用，Liskov替换原则: Liskov Substitution Principle，共用继承所建模的必须总是“是一个is a”，更精确的“其行为象一个 works like a ”关系：所有基类约定必须满足这一点。”等等，也许我们对这些规则都了然于胸，但是我们是否时时刻刻注意到这些规则呢，这本书就提供了这样一个“小声音”，提醒我们，在经过一段时间的编程后，我们也许常常会被一些“坏习惯”占据，这个“小声音”，也许就是摒除这些“坏习惯”的利器，

也许你和我一样在编写C++的时候会不自觉地使用了一些不先进的C的方式，例如使用数组，匈牙利标法，switch等等，看了这本书后绝对会大有启发，例如以下的部分书摘：

”匈牙利记法：将类型信息并入变量名的记法，是混用了类型不安全语言（特别是C）中的设施，这在面向对象语言中是可以存在的，但是有害无益，在泛型编程则更不不行。所以，任何C++编程规范都不应该要求使用匈牙利记法，而在规范中选择禁用该记法则是合理的。“

”通过类型分支（type switching）来定制行为既不牢固，容易出错，又不安全，而且是企图用C++编写C代码的明显标志。这是一种很不灵活的技术，要添加新特性时必须回过头对现有代码进行修改。它还不安全，因为添加新类型时，如果忘记修改所有分支，编译器也不会告知。“

“不要使用C语言风格的数组，指针运算和内存管理原语操作实现数组抽象。使用vector或者string不仅更轻松，而且还有助于编写更安全，伸缩性更好的软件。毋庸置疑，在当今软件中缓冲区溢出和安全缺陷是罪魁祸首。固定长度的数组所带来的愚蠢限制，即使仍在正确界限内，也是软件开发人员的一大困扰。”

”不要使用C风格的强制转换。“

初级，中级程序员看了本书后一定会大有收获，掌握这些规范，也许是成长为优秀程序员的重要的坚实一步。

------- ------
本文原始地址：http://hanyionet.blogspot.com/2009/09/blog-post_20.html