翻译：Effective C++, 3rd Edition, Item 18: 使接口易于正确使用，而难以错误使用

第四章 设计和声明软件设计——使软件做你想让它做的事情的途径——典型地从相当概括的主意开始，但它们最后成为足够详细的允许开发的详细的接口。这些接口必须能

第三章 资源管理资源是这样一些东西：一旦你不再使用它，你需要把它还给系统。如果你不这样做，有百害而无一利。在 C++ 程序中，最普遍使用的资源是动态分配的内存（dynamically allocate

Item 23: 用非成员非友元函数取代成员函数 想象一个象征 web 浏览器的类。在大量的函数中，这样一个类也许会提供清空已下载成分的缓存。清空已访问 URLs 的历史，以及从系统移除所有 cook

Item 11: 在 operator= 中处理自赋值 当一个对象赋值给自己的时候就发生了一次自赋值： class Widget { ... }; Widget w; ... w = w;

Item 31: 最小化文件之间的编译依赖 作者： 译者： 你进入到你的程序中，并对一个类的实现进行了细微的改变。提醒你一下，不是类的接口，只是实现，仅仅是 private 的东西。然后你重建（reb

Item 28: 避免返回对象内部构件的“句柄” 假设你正在一个包含矩形的应用程序上工作。每一个矩形都可以用它的左上角和右下角表示出来。为了将一个 Rectangle 对象保持

第五章 实现 在极大程度上，为你的类（包括类模板）和函数（包括函数模板）提供正确的定义是战斗的关键性部分。一旦你得到正确的结果，相应的实现很大程度上就是直截了当的。但是仍然有一些注意事项需要当心。过早

Item 25: 考虑支持不抛异常的 swap swap 是一个有趣的函数。最早作为 STL 的一部分被引入，后来它成为异常安全编程（exception-safe programming）的支柱（参见

Item 22: 将数据成员声明为 private 好了，先公布一下计划。首先，我们将看看为什么数据成员不应该声明为 public。然后，我们将看到所有反对 public 数据成员的理由同样适用于 p

Item 21: 当你必须返回一个对象时不要试图返回一个引用 一旦程序员抓住对象传值的效率隐忧（参见 Item 20），很多人就会成为狂热的圣战分子，誓要根除传值的罪恶，无论它隐藏多深。他们不屈不挠地