李健所著的《编写高质量代码：改善C++程序的150个建议》所包括的150条编程建议，可以说是散布在各个角落的语言规则、编程准则，以及最佳实践的汇总；这150条建议将分为三大部分：语法篇、编码习惯和规范篇、程序架构和思想篇。这三大部分从语言语法，到编码习惯，再到架构思想，由浅入深，层层递进，使读者逐渐认识并理解这门语言。

其中，语法篇主要围绕语法展开，分为从C继承而来的、从C到C++的改变、内存管理、类、模板、异常处理、STL七章；编码习惯和规范篇则集中在“习惯”二字上，建议主要集中在如何提高程序的正确性、可读性、效率等方面；而最后的程序架构和思想篇，则站在更高的高度去审视程序设计，给出一些编程规范和最佳实践。

李健所著的《编写高质量代码：改善C++程序的150个建议》是C++程序员进阶修炼的必读之作，包含的全部都是C++编码的最佳实践，从语法、编码规范和编程习惯、程序架构和设计思想等三大方面对C++程序和设计中的疑难问题给出了经验性的解决方案，为C++程序员编写更高质量的C++代码提供了150条极为宝贵的建议。每个问题都来自于实践，都极具代表性，《编写高质量代码：改善C++程序的150个建议》不仅以建议的方式正面为每个问题给出了被实践证明为十分优秀的解决方案，而且还从反面给出了被实践证明为不好的解决方案，从正反两个方面进行了分析和对比。

《编写高质量代码：改善C++程序的150个建议》在逻辑上一共分为三个部分：语法部分涵盖C++从C语言继承而来的一些极为重要但又极容易被误解和误用的一些语法特性，从C语言到C++的改变，以及内存管理、类、模板、异常处理、STL等方面的内容；编码习惯和编程规范部分则主要讨论了如何提高程序的正确性、可读性、程序性能和编码效率方面的问题；程序架构和思想部分则从更高的高度对C++程序设计思维和方法进行了审视，给出了一些颇具价值的观点和最佳实践。

这是一本关于如何提高C++程序设计效率与质量的工具书，希望书中的每条建议都能引起你的思考，对于有难度的内容，建议大家消化理解，切勿死记硬背，同时也希望大家能悟出更好的解决方案。希望《编写高质量代码：改善C++程序的150个建议》中的每条建议所传递的思想和理念能够渗透到大家的编码实践中，进而帮助大家真正具备编写高质量C++代码的能力。

前言

第一部分 语法篇

 第1章 从C继承而来的

建议0：不要让main函数返回void

建议1：区分0的4种面孔

建议2：避免那些由运算符引发的混乱

建议3：对表达式计算顺序不要想当然

建议4：小心宏#define使用中的陷阱

建议5：不要忘记指针变量的初始化

建议6：明晰逗号分隔表达式的奇怪之处

建议7：时刻提防内存溢出

建议8：拒绝晦涩难懂的函数指针

建议9：防止重复包含头文件

建议10：优化结构体中元素的布局

建议11：将强制转型减到最少

建议12：优先使用前缀操作符

建议13：掌握变量定义的位置与时机

建议14：小心typedef使用中的陷阱

建议15：尽量不要使用可变参数

建议16：慎用goto

建议17：提防隐式转换带来的麻烦

建议18：正确区分void与void*

 第2章 从C到C++，需要做出一些改变

建议19：明白在C++中如何使用c

建议20：使用memcpy（）系列函数时要足够小心

建议21：尽量用newdelete代替mallocfree

建议22：灵活地使用不同风格的注释

建议23：尽量使用C++标准的iostream

建议24：尽量采用C++风格的强制转型

建议25：尽量用const、enum、inline替换#define

建议26：用引用代替指针

 第3章 说一说“内存管理”的那点事儿

建议27：区分内存分配的方式

建议28：new/delete与new[]/delete[]必须配对使用

建议29：区分new的三种形态

建议30：new内存失败后的正确处理

建议31：了解new_handler的所作所为

建议32：借助工具监测内存泄漏问题

建议33：小心翼翼地重载operator new operator delete

建议34：用智能指针管理通过new创建的对象

建议35：使用内存池技术提高内存申请效率与性能

 第4章 重中之重的类

建议36：明晰class与struct之间的区别

建议37：了解C++悄悄做的那些事

建议38：首选初始化列表实现类成员的初始化

建议39：明智地拒绝对象的复制操作

建议40：小心，自定义拷贝函数

建议41：谨防因构造函数抛出异常而引发的问题

建议42：多态基类的析构函数应该为虚

建议43：绝不让构造函数为虚

建议44：避免在构造析构函数中调用虚函数

建议45：默认参数在构造函数中给你带来的喜与悲

建议46：区分Overloading、Overriding及Hiding之间的差异

建议47：重载operator=的标准三步走

建议48：运算符重载，是成员函数还是友元函数

建议49：有些运算符应该成对实现

建议50：特殊的自增自减运算符重载

建议51：不要重载operator&&、operator||以及operator

建议52：合理地使用inline函数来提高效率

建议53：慎用私有继承

建议54：抵制MI的糖衣炮弹

建议55：提防对象切片

建议56：在正确的场合使用恰当的特性

建议57：将数据成员声明为private

建议58：明晰对象构造与析构的顺序

建议59：明了如何在主调函数启动前调用函数

 第5章 用好模板，向着GP开进

建议60：审慎地在动、静多态之间选择

建议61：将模板的声明和定义放置在同一个头文件里

建议62：用模板替代参数化的宏函数

建议63：区分函数模板与模板函数、类模板与模板类

建议64：区分继承与模板

 第6章 让神秘的异常处理不再神秘

建议65：使用exception来处理错误

建议66：传值throw异常，传引用catch异常

建议67：用“throw；”来重新抛出异常

建议68：了解异常捕获与函数参数传递之间的差异

建议69：熟悉异常处理的代价

建议70：尽量保证异常安全

 第7章 用好STL这个大轮子

建议71：尽量熟悉C++标准库

建议72：熟悉STL中的有关术语

建议73：删除指针的容器时避免资源泄漏

建议74：选择合适的STL容器

建议75：不要在STL容器中存储auto_ptr对象

建议76：熟悉删除STL容器中元素的惯用法

建议77：小心迭代器的失效

建议78：尽量使用vector和string代替动态分配数组

建议79：掌握vector和string与C语言API的通信方式

建议80：多用算法调用，少用手写循环

第二部分 编码习惯和规范篇

 第8章 让程序正确执行

建议81：避免无意中的内部数据裸露

建议82：积极使用const为函数保驾护航

建议83：不要返回局部变量的引用

建议84：切忌过度使用传引用代替传对象

建议85：了解指针参数传递内存中的玄机

建议86：不要将函数参数作为工作变量

建议87：躲过0值比较的层层陷阱

建议88：不要用reinterpret_cast去迷惑编译器

建议89：避免对动态对象指针使用static_cast

建议90：尽量少应用多态性数组

建议91：不要强制去除变量的const属性

 第9章 提高代码的可读性

建议92：尽量使代码版面整洁优雅

建议93：给函数和变量起一个“能说话”的名字

建议94：合理地添加注释

建议95：为源代码设置一定的目录结构

建议96：用有意义的标识代替Magic Numbers

建议97：避免使用“聪明的技巧”

建议98：运算符重载时坚持其通用的含义

建议99：避免嵌套过深与函数过长5

建议100：养成好习惯，从现在做起

 第10章 让代码运行得再快些

建议101：用移位实现乘除法运算

建议102：优化循环，提高效率

建议103：改造switch语句

建议104：精简函数参数

建议105：谨慎使用内嵌汇编

建议106：努力减少内存碎片

建议107：正确地使用内联函数

建议108：用初始化取代赋值

建议109：尽可能地减少临时对象

建议110：最后再去优化代码

 第11章 零碎但重要的其他建议

建议111：采用相对路径包含头文件

建议112：让条件编译为开发出力

建议113：使用.inl文件让代码整洁可读

建议114：使用断言来发现软件问题

建议115：优先选择编译和链接错误

建议116：不放过任何一条编译器警告

建议117：尽量减少文件之间的编译依赖

建议118：不要在头文件中使用using

建议119：划分全局名空间避免名污染

第三部分 程序架构和思想篇

 第12章 面向对象的类设计

建议120：坚持“以行为为中心”的类设计

建议121：用心做好类设计

建议122：以指针代替嵌入对象或引用

建议123：努力将接口最小化且功能完善

建议124：让类的数据隐藏起来

建议125：不要让成员函数破坏类的封装性

建议126：理解“virtual+访问限定符”的深层含义

建议127：谨慎恰当地使用友元机制

建议128：控制对象的创建方式

建议129：控制实例化对象的个数

建议130：区分继承与组合

建议131：不要将对象的继承关系扩展至对象容器

建议132：杜绝不良继承

建议133：将RAII作为一种习惯

建议134：学习使用设计模式

建议135：在接口继承和实现继承中做谨慎选择

建议136：遵循类设计的五项基本原则

 第13章 返璞归真的程序设计

建议137：用表驱动取代冗长的逻辑选择

建议138：为应用设定特性集

建议139：编码之前需三思

建议140：重构代码

建议141：透过表面的语法挖掘背后的语义

建议142：在未来时态下开发C++程序

建议143：根据你的目的决定造不造轮子

建议144：谨慎在OO与GP之间选择

建议145：让内存管理理念与时俱进

建议146：从大师的代码中学习编程思想与技艺

建议147：遵循自然而然的C++风格

建议148：了解C++语言的设计目标与原则

建议149：明确选择C++的理由