首页 > 代码库 > [015]在资源管理类中提供对原始资源的访问

[015]在资源管理类中提供对原始资源的访问

引言

资源管理类是防止资源泄漏的有力武器,但是许多APIs直接指涉资源,除非你发誓永不使用这样的APIs,否则只得绕过资源管理对象(resource-managing objects)直接访问原始资源(raw resources)。

例如在条款13中引入了智能指针如auto_ptr或tr1::shared_ptr保存factory函数如createInvestment的调用结果:

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

有某个处理函数:

int daysHeld(const Investment* pi);

如果我们这样调用函数:

int days = daysHeld(pInv); //无法通过编译!

因为daysHeld需要的是Investment* 指针,但是你传给它的却是个类型为tr1::shared_ptr<Investment>的对象。

这种时候需要一个函数将RAII class对象(本例为tr1::shared_ptr)转换为其所内含的原始资源(本例为Investment*)达成目标有两个做法:显式转换和隐式转换。


■显示转换

提供一个get成员函数,用来执行显式转换。例如tr1::shared_ptr和auto_ptr都提供一个get成员函数来返回智能指针内部的原始指针(副本):

int days = daysHeld(pInv.get());

■隐式转换

就像(几乎)所有智能指针一样,tr1::shared_ptr和auto_ptr也重载了指针取值(pointer dereferencing)操作符(operator->和operator*),它们允许隐式转换至底部原始指针:

class Investment {  public:  bool isTaxFree() const;  ...};Investment* createInvestment();std::tr1::shared_ptr<Investment> pi1(createInvestment());bool taxable1 = pi1->isTaxFree();                         // 使用operator->访问资源std::auto_ptr<Investment> pi2(createInvestment());bool taxable2 = (*pi2).isTaxFree();                       // 使用operator*访问资源

上面的隐式转换依然无法满足daysHeld()函数的要求,这时候我们必须得取得RAII对象内的原始资源。
使用显示转换方法来满足必须调用get()函数,到处如此这般要求使资源管理类使用起来可能让人产生不悦!

另一个做法是提供一个隐式转换函数:

FontHandle getFont();                             // 这是个C API,参数已经简化void releaseFont(FontHandle fh);                  // 来自同一组C APIvoid changeFontSize(FontHandle f, int newSize);   // 来自同一组C APIclass Font {public:  explicit Font(FontHandle fh)     // 获得资源    :f(fh)  {}    ~Font() {releaseFont(f);}        // 释放资源FontHandle get() const {return f;}         // 显式转换函数operator FontHandle() const{return f;}     // 隐式转换函数private:  FontHandle f;}

使用场景

int newFontSize;Font f1(getFont());...changeFontSize(f1.get(),newFontSize);   // 显式转换Font f2(getFont());changeFontSize(f2,newFontSize);         // 隐式转换

但是这个隐式转换会增加错误发生机会。例如客户可能会在需要Font时意外得到一个FontHandle:

Font f1(getFont());...FontHandle f2 = f1;        // 原意是要拷贝一个Font对象,却反而将f1隐式转换为其底部的FontHandle,                           // 却反而将f1隐式转换为其底部的FontHandle,                           // 然后才复制它。

以上程序有个FontHandle由Font对象f1管理,但那个FontHandle也可以通过直接使用f2取得。
如果当f1被销毁,字体被释放,而f2因此成为"虚吊的"(dangle)

 

◆总结

1.APIs往往要求访问原始资源(raw resources),所以每个RAII class应该提供一个"取得其所管理的资源"的办法
2.显示转换比较安全,隐式转换对客户比较方便

[015]在资源管理类中提供对原始资源的访问