内容简介

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

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

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

作品目录

前　言

第一部分　语法篇

第1章　从C继承而来的/2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

建议16：慎用goto/36

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

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

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

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

建议20：使用memcpy()系列函数时要足够小心/48

建议21：尽量用new/delete代替malloc/free/49

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

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

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

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

建议26：用引用代替指针/62

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

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

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

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

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

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

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

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

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

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

第4章　重中之重的类/95

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

建议53：慎用私有继承/141

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

建议55：提防对象切片/147

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

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

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

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

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

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

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

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

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

建议64：区分继承与模板/171

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

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

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

建议67：用“throw;”来重新抛出异常/183

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

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

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

第7章　用好STL这个大轮子/198

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

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

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

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

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

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

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

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

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

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

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

第8章　让程序正确执行/222

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

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

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

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

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

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

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

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

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

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

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

第9章　提高代码的可读性/242

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

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

建议94：合理地添加注释/248

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

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

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

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

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

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

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

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

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

建议103：改造switch语句/260

建议104：精简函数参数 /261

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第12章　面向对象的类设计/286

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

建议121：用心做好类设计/287

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

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

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

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

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

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

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

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

建议130：区分继承与组合/303

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

建议132：杜绝不良继承/308

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

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

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

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

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

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

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

建议139：编码之前需三思/324

建议140：重构代码/326

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

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

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

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

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

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

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

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

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