C++箴言：在资源管理类中准备访问裸资源

在上一篇文章中介绍了作为资源治理类支柱的 Resource Acquisition Is Initialization (RAII) 原则，并描述了 auto_ptr 和 tr1::shared_

资源治理类真是太棒了。他们是你防御资源泄漏的防波堤，没有这样的泄漏是设计良好的系统的基本特征。在一个完美的世界中，你可以在所有与资源的交互中依靠这样的类，从来不需要因为直接访问裸资源（raw re

在上一篇文章中介绍了作为资源治理类支柱的 Resource Acquisition Is Initialization (RAII) 原则，并描述了 auto_ptr 和 tr1::shared_

Item 15: 在资源管理类中准备访问裸资源（raw resources） 资源管理类真是太棒了。他们是你防御资源泄漏的防波堤，没有这样的泄漏是设计良好的系统的基本特征。在一个完美的世界中，你可以在

假设我们和一个投资（例如，股票，债券等）模型库一起工作，各种各样的投资形式从一个根类 Investment 派生出来： class Investment { ... }; // root cla

在下面，我们看到对于B类来说他的嵌套层次是：AcessMethod-〉A-〉B，那么访问方法如下： class B { void h() { System.out.print

IEEE 802.11 WLAN标准使不同厂商的接入点和交换机之间能够实现共互通，但它无法让WLAN系统访问客户端的无线资源。这一缺陷限制了治理机构有效治理其网络的能力。因此，2003年10月，I

IEEE 802.11 WLAN标准使不同厂商的接入点和交换机之间能够实现共互通，但它无法让WLAN系统访问客户端的无线资源。这一缺陷限制了管理机构有效管理其网络的能力。因此，2003年10月，I

在《C++箴言：确保公开继续模拟“is-a”》一文中论述了 C++ 将 public inheritance（公有继续）视为一个 is-a 关系。

假如你已经从另外一种语言如C#或者java转向了C++，你会觉得，避免在类的构造函数或者析构函数中调用虚函数这一原则有点违反直觉。但是在C++中，违反这个原则会给你带来难以预料的后果和无尽的烦恼。