《Effective C++》学习笔记——条款15

***************************************转载请注明出处:http://blog.csdn.net/lttree********************************************

三、Resource Management

Rule 15:Provide access to raw resources in resource-managing classes

规则 15:在资源管理类中提供对原始资源的访问

1.引言

资源管理类(resource-managing classes)是一个好东西,它就像一个 对抗  ——资源泄漏—— 的堡垒。而排出 像 资源泄漏 这样的东西,正是良好设计系统的根本性质。

BUT , 有时候你不得不绕过 资源管理对象 而  直接访问原始资源。

比如,来个例子,在条款13中,我们导入这样一个观念:使用智能指针(比如 auto_ptr 或者 tr1::shared_ptr)保存 factory函数,如 createInvestment 的调用结果。

std::tr1::shared_ptr<Investment> pInv(createInvestment() );

假设我们用某个函数来处理 Investment 对象:

int daysHeld( const Investment* pi );    // 返回投资失败

但如果这么调用:

int days = daysHeld( pInv );    // 错误

这样是错误的,通不过编译,Why?—— daysHeld需要的是一个Investment* 指针,而我们给的却是个 对象(类型为 tr1::shared_ptr<Investment> 的对象)。

所以这时候需要调 原始资源。

2.两个方法

<1>
显式转换

很幸运,无论是 tr1::shared_ptr 还是 auto_ptr 都会提供一个 get成员函数,可以用来获取内部的原始指针。

<span style="white-space:pre">		</span>int days = daysHeld( pInv.get() );    // 将原始指针给函数调用

<2>隐式转换

(几乎)所有的智能指针 都 重载 了指针取值操作符 ( operator-> 和 operator* ),它们允许隐式转换至指针底部原始指针:

<span style="font-size: 14px;">c</span><span style="font-family:Comic Sans MS;font-size:14px;">lass Investment  {
public:
    bool isTaxFree()  const;
    ...
};

Investment* createInvestment();
std::tr1::shared_ptr< Investment > pi1(createInvestment());    // 令tr1::shared_ptr 管理一笔资源
bool taxable1 = !(pi1->isTaxFree() );    // 通过 operator-> 访问资源
...
std::auto_ptr<Investment> pi2( createInvestment() );
bool taxable2 = !((*pi2).isTaxFree());    // 经由operator* 访问资源</span>

3.隐式转换函数

由于有些时候还是必须取得RAII对象内的原始资源,一些设计者就 提供一个 隐式转换函数。下面是关于字体的RAII 类

<span style="font-family:Comic Sans MS;font-size:14px;">FontHandle getFont();    // C API 暂略参数
void releaseFont( FontHandle fh);    // 来自同一组 C API
class Font  {
public:
    explicit Font( FontHandle fh ) : f(fh)    // 采用 pass-by-value 获得资源
    {  }
    ~Font()  {  releaseFont(f);  }    // 释放资源
private:
    FontHandle f;    // 原始字体资源
}</span>

假设 将“Font对象转换为FontHandle”成为一个频繁的需求。 Font 类可以为此提供一个显式转换函数:

<span style="font-family:Comic Sans MS;font-size:14px;color:#666666;">class Font  {
public:
    ...
    FontHandle get() const  {  return f;  }
    ...
};</span>

但是,如果这样客户每次想使用API ,都要调用get:

<span style="font-family:Comic Sans MS;font-size:14px;color:#666666;">void changeFontSize( FontHandle f, int newSize);
Font f(getFont());
int newFontSize;
...
changeFontSize(f.get(),newFontSize);    // 将Font 转换 为FontHandle</span>

这里还有一个方法,令Font提供隐式转换函数,转型为FontHandle:

<span style="font-family:Comic Sans MS;font-size:14px;color:#666666;">class Font  {
public:
    ...
    operator FontHandle() const
    {  return f;  }
    ...
};
Font f(getFont());
int newFontSize;
...
changeFontSize( f, newFontSize);</span>

但是,这样做可能发生一些错误,比如用户在需要Font时 意外的创建了一个FontHandle,

而且如果像下面这样有个FontHandle由 Font对象 f1 管理,但这个对象也可以通过直接使用f2取得。如果当f1对象被销毁f2会成为一个 dangle,空壳。

Font f1(getFont());
...
FontHandle f2 = f1;

4.总结

是否该提供一个显式转换函数( 例如get成员函数)将RAII 类 转换为底部资源,或是提供隐式转换函数,主要取决于RAII 类 被设计执行的特定工作,以及它被使用的情况。最佳设计应该是坚持
 条款18  的忠告: 让接口容易被正确的使用,不易被误用。

有时,可能觉得 RAII 类内的返回原始资源函数 与 封装 互相矛盾。 这是对的,但它不是设计出错,要明确
RAII 类不是为了封装某物 而存在的,它们的任务是确保 资源的释放,或许有时加上了一些资源封装,但那不是必要的,不是它的根本任务。

同其他良好的类一样,它隐藏了客户不需要看的部分,但备妥了客户需要的所有东西。

5.请记住

☆ APIs往往要求访问原始资源,所以每一个RAII类应该提供一个“取得其所管理资源”的办法。

☆ 对原始资源的访问可能经由显式转换或隐式转换。一般而言显式转换比较安全,但隐式转换对客户比较方便。

***************************************转载请注明出处:http://blog.csdn.net/lttree********************************************

时间: 2024-10-29 11:39:21

《Effective C++》学习笔记——条款15的相关文章

Effective C++学习笔记 条款04:确定对象被使用前已先被初始化

一.为内置类型对象进行手工初始化,因为C++不保证初始化它们. 二.对象初始化数据成员是在进入构造函数用户编写代码前完成,要想对数据成员指定初始化值,那就必须使用初始化列表. 1 class A 2 { 3 public: 4 A(const string &str) 5 { 6 m_str = str; //m_str 的初始化是在进入构造函数中用户自定义编写代码前完成的,所以这里的m_str = str,执行的不是初始化,而是赋值 7 } 8 private: 9 string m_str;

Effective C++学习笔记 条款07:为多态基类声明virtual析构函数

一.C++明确指出:当derived class对象经由一个base class指针被删除,而该base class带着一个non-virtual析构函数,其结果未定义——实际执行时通常发生的是对象的derived成分没有被销毁!(注:使用基类引用派生类的方式使用多态,由于引用只是对原对象的一个引用或者叫做别名,其并没有分配内存,对其引用对象内存的销毁,将由原对象自己负责,所以使用引用的时候,如果析构函数不为virtual,那么也不会发生derived成员没有销毁的情况) 例如: class b

effective c++学习笔记条款23-25

条款23:宁可用非成员,非友元函数来替代成员函数 1.非成员函数提供了更好的封装性,这个函数内不能访问类的私有成员,封装的越严密我们对类的数据就可以弹性越大的操纵,因为可见这些数据的客户越少,反之数据影响的客户也就越少. 2.c++比较自然的做法-(关系到标准库numplace的组织结构),可以把不同便捷函数放到不同Namespace去,让客户来决定要用的非成员函数功能,这是类不能提供的. 条款24:若所有参数皆需类型转换,请为此采用非成员函数. 1.如果你需要为某个函数的所有参数(包括被thi

effective c++学习笔记条款11-13

条款11: 1.令赋值运算符返回一个&,因为STL,string都是这样做的,除非你有足够好的理由不这样做. 2.处理自我赋值的方法----(1).在没有成功获取对象数据时不要删除自己的数据,避免发生异常后原对象指针是一个悬浮指针 (2).判断自我赋值的检查操作会耗费不少时间,可以用swap交换数据技术来优化---(1)形参为赋值而来,(2)形参为静态引用,多加一个函数内拷贝操作.

effective c++学习笔记条款8-10

条款7:为多态基类声明虚析构函数 1.一个基类指针接受一个派生类对象的地址时,对该指针delete,仅仅释放基类部分 2.给所有类都带上虚析构函数是个馊主意,会带有vptr指向一个函数指针数组,扩大不必要的对象大小,除非补偿vptr,否则没有移植性. 3.string类和STL不含有虚析构函数,然而一些用户 却将他们作为基类,运用   delete指向派生类的基类指针,导致错误[c++11添加了禁止派生性质],他们不适合当基类. 4,手头上没有合适的纯虚函数,但你确实需要一个抽象类,把析构函数声

effective c++学习笔记条款20-22

条款20:用引用传递代替值传递 1.尽量以引用传递来代替传值传递,前者比较高效,并且可以避免切割问题 2.以上规则不适用于内置类型,以及STL的迭代器,和函数对象 条款21:必须返回对象时,别妄想返回对象的引用 1.绝对不要返回指针和引用指向一个局部对象或者静态局部对象而有可能需要多个这样的对象,条款4已经为在单线程环境合理返回&指向一个局部静态提供了一份设计实例.(保护初始化顺序) 条款22:将成员变量声明为private 1.切记将成员变量声明为private.这可赋予客户访问数据的一致性,

effective c++学习笔记条款4-7

条款4:确定对象被使用前已经初始化 一. 变量在不同情况下可能会初始化,也可能不会初始化. 注意初始化和赋值的区别. 1.在类中内置类型不会发生隐式初始化,自定义有默认构造函数的能被默认初始化 所以在构造类时务必初始化内置类型,最好给自定义的对象显示初始化避免在函数体中赋值浪费资源. 2.内置类型在函数体内不会初始化,在函数体外自动初始化为0. 二. 1.const和引用类型必须初始化,不可能赋值 三 1.当类实在是有较多构造函数,并且总是要对一些成员数据重复初始化,可以考虑将那些“赋值和初始化

effective c++学习笔记条款17-19

条款17:以独立语句将New对象放置入智能指针. 1.以独立语句将newed对象放置入智能指针内,如果不这样做,一旦异常被抛出,有可能导致难以察觉的资源泄露. void name(shared_ptr<管理对象类型>(new 管理对象类型),其它函数)),New被分配内存不一定马上放入管理对象,因为有其它函数干扰,这不是独立语句. 条款18:让接口容易被正确使用,不易被误用. 1.好的接口很容易被正确使用,不容易被误用.你应该在你的所有接口中努力达成这些性质. 2.“促进正确使用”的办法包括接

effective c++学习笔记条款35-37

#include<iostream> using namespace std; class A { public: void asd() { pri(); } private: /*virtual*/ void pri() { cout << "基类函数" << endl; } }; class B :public A { private: void pri() /*override*/ { cout << "派生类函数&quo