More Effective C++ 35个改善编程与设计的有效方法（中文版） 内容简介

继Effective C++之后，Scott Meyers于1996推出这本“续集”。条款变得比较少，页数倒是多了一些，原因是这次选材比“第一集”更高阶，尤其是第5章。Meyers将此章命名为技术（techniques），并明白告诉你，其中都是一些patterns，例如virtual constructors，smart pointers，reference counting，proxy classes，double dispatching……这一章的每个条款篇幅都达15~30 页之多，实在让人有“山重水复疑无路，柳暗花明又一村”之叹。

虽然出版年代稍嫌久远，但本书并没有第2版，原因是当其出版之时（1996），C++ Standard已经几乎定案，《More Effective C++：35个改善编程与设计的有效方法（中文版）》即依当时的标准草案而写，其与现今的C++ 标准规范几乎相同。而且可能变化的几个弹性之处，Meyers也都有所说明与提示。读者可以登录作者提供的网址，看看上下两集的勘误与讨论（数量之多，令人惊恐。幸好多是技术讨论或文字斟酌，并没有什么重大误失）。

读者对象：程序设计学习者和在职开发人员。

More Effective C++ 35个改善编程与设计的有效方法（中文版） 目录

导读（Introduction）

基础议题（Basics）

条款1：仔细区别 pointers 和 references

Distinguish between pointers and references.

条款2：最好使用 C++ 转型操作符

Prefer C++-style casts.

条款3：绝对不要以多态（polymorphically）方式处理数组

Never treat arrays polymorphically.

条款4：非必要不提供 default constructor

Avoid gratuitous default constructors.

操作符（Operators）

条款5：对定制的"类型转换函数"保持警觉

Be wary of user-defined conversion functions.

条款6：区别 increment/decrement 操作符的前置（prefix）和后置（postfix）形式

Distinguish between prefix and postfix forms of increment and decrement operators.

条款7：千万不要重载＆＆，||和， 操作符

Never overload ＆＆， ||， or，.

条款8：了解各种不同意义的 new 和 delete

Understand the different meanings of new and delete

异常（Exceptions）

条款9：利用 destructors 避免泄漏资源

Use destructors to prevent resource leaks.

条款10：在 constructors 内阻止资源泄漏（resource leak）

Prevent resource leaks in constructors.

条款11：禁止异常（exceptions）流出 destructors 之外

Prevent exceptions from leaving destructors.

条款12：了解"抛出一个 exception"与"传递一个参数"或"调用一个虚函数"之间的差异

Understand how throwing an exception differs from passing a parameter or calling a virtual function.

条款13：以 by reference 方式捕捉 exceptions

Catch exceptions by reference.

条款14：明智运用 exception specifications

Use exception specifications judiciously.

条款15：了解异常处理（exception handling）的成本

Understand the costs of exception handling.

效率（Efficiency）

条款16：谨记 80-20 法则

Remember the 80-20 rule.

条款17：考虑使用 lazy evaluation（缓式评估）

Consider using lazy evaluation.

条款18：分期摊还预期的计算成本

Amortize the cost of expected computations.

条款19：了解临时对象的来源

Understand the origin of temporary objects.

条款20：协助完成"返回值优化（RVO）"

Facilitate the return value optimization.

条款21：利用重载技术（overload）避免隐式类型转换（implict type conversions）

Overload to avoid implicit type conversions.

条款22：考虑以操作符复合形式（op=）取代其独身形式（op）

Consider using op= instead of stand-alone op.

条款23：考虑使用其他程序库

Consider alternative libraries.

条款24：了解 virtual functions、multiple inheritance、virtual base classes、runtime type identification 的成本

Understand the costs of virtual functions， multiple inheritance，virtual base classes， and RTTI.

技术（Techniques， Idioms， Patterns）

条款25：将 constructor 和 non-member functions 虚化

Virtualizing constructors and non-member functions.

条款26：限制某个 class 所能产生的对象数量

Limiting the number of objects of a class.

条款27：要求（或禁止）对象产生于 heap 之中

Requiring or prohibiting heap-based objects.

条款28：Smart Pointers（智能指针）

条款29：Reference counting（引用计数）

条款30：Proxy classes（替身类、代理类）

条款31：让函数根据一个以上的对象类型来决定如何虚化

Making functions virtual with respect to more than one object.

杂项讨论（Miscellany）

条款32：在未来时态下发展程序

Program in the future tense.

条款33：将非尾端类（non-leaf classes）设计为抽象类（abstract classes）

Make non-leaf classes abstract.

条款34：如何在同一个程序中结合 C++ 和 C

Understand how to combine C++ and C in the same program.

条款35：让自己习惯于标准 C++ 语言

Familiarize yourself with the language standard.

推荐读物

auto_ptr 实现代码

索引（一）（General Index）

索引（二）（Index of Example Classes，Functions，and Templtes）

More Effective C++ 35个改善编程与设计的有效方法（中文版） 精彩文摘

我们终于抵达了最后一站。本章内含难以归类的准则。一开始的两个条款讨论C++软件开发过程如何设计出能够容纳日后变化的系统。是的，面向对象方法应用于系统构造的一个强大力量就是，它支持日后的变化。这些条款描述了一些特定步骤，你可以用来强化你的软件工事，抵抗这个拒绝停滞的世界带来的刀戟箭弩。

接下来我将验证如何在同一个程序中结合C和C++。这个需求导致语言上的额外考虑，不过C++毕竟生存于真实世界之中，有时候我们必须面对这样的问题。

最后，我把“C++标准规格”公开之后的各项语言变化做一番摘要整理。在此特别涵盖标准程序库中翻天覆地的大变化（亦请参考条款E49）。如果你未曾密切跟随标准化的脚步，对于这些变化可能会有很大的惊喜。是的，标准程序库中有许多让人愉悦的东西。条款32：在未来时态下发展程序世事永远在变。身为软件开发人员，我们可能不是知道得很多，但我们确切知道世事永远在变。我们不一定知道改变的是什么，改变如何到来，改变何时发生，或为什么会发生，但我们真的知道：事情会改变。

好的软件对于变化有良好的适应能力。好的软件可以容纳新的性质，可以移植到新的平台，可以适应新的需求，可以掌握新的输入。软件具备如此的弹性、健壮性、可信赖度，并非是天上掉下来的礼物，而是那些“即使面对今天的束缚，仍然对明天可能的需求念兹在兹”的设计者和实现者共同努力的结果。