C++箴言：资源管理类的拷贝行为
在上一篇文章中介绍了作为资源治理类支柱的 Resource Acquisition Is Initialization (RAII) 原则，并描述了 auto_ptr 和 tr1::shared_
在上一篇文章中介绍了作为资源治理类支柱的 Resource Acquisition Is Initialization (RAII) 原则，并描述了 auto_ptr 和 tr1::shared_
Item 14: 谨慎考虑资源管理类的拷贝行为 Item 13 介绍了作为资源管理类支柱的 Resource Acquisition Is Initialization (RAII) 原则，并描述了
资源治理类真是太棒了。他们是你防御资源泄漏的防波堤，没有这样的泄漏是设计良好的系统的基本特征。在一个完美的世界中，你可以在所有与资源的交互中依靠这样的类，从来不需要因为直接访问裸资源（raw re
假设我们和一个投资（例如，股票，债券等）模型库一起工作，各种各样的投资形式从一个根类 Investment 派生出来： class Investment { ... }; // root cla
在设计良好的面向对象系统中，为了压缩其对象内部的空间，仅留两个函数用于对象的拷贝：一般称为拷贝构造函数（copy constrUCtor）和拷贝赋值运算符（copy assignment oper
在程序中，难免要访问某个对象的私有成员。那么以前实现这类功能的方法有两种，第一种方法最简单，就是把成员访问符从“private”改为“public”即可；而另一个就是提供公有的成员访问函数来进行访
在《C++箴言：确保公开继续模拟“is-a”》一文中论述了 C++ 将 public inheritance（公有继续）视为一个 is-a 关系。
假如你已经从另外一种语言如C#或者java转向了C++，你会觉得，避免在类的构造函数或者析构函数中调用虚函数这一原则有点违反直觉。但是在C++中，违反这个原则会给你带来难以预料的后果和无尽的烦恼。
报价