原因
有时候,我们必须访问原始资源。举个例子:
std::shared_ptr<Investment> p (createInvestment());
int daysHeld(const Investment* pi);
daysHeld(p); //error,因为需要的是Investment*指针,而p是类型为std::shared_ptr<Investment>的对象
这个时候我们需要将RAII类对象(这里是shared_ptr)转换为内含的原始指针(Investment*)。
有两个方法可以达成目的:显示转换和隐式转换。
shared_ptr和auto_ptr都提供一个get成员函数,用来执行显示转换,也就是说它会返回智能指针内部的原始指针(的复件):
daysHeld(p.get());
几乎所有的智能指针都重载了operator->和operator*,它们允许隐式转换到底部原始指针:
class Investment{ //Investment继承体系的根类
public:
bool isTaxFree() const;
};
Inverstment* createInvestment(); //factor函数
std::shared_ptr<Investment> pi1(createInvestment()); // 令std::shared_ptr管理一笔资源
bool t1 = !(pi1->isTaxFree()); // 通过operator->访问资源
bool t2 = !((*pi1).isTaxFree()) // 通过operator*访问资源
由于有时候必须取得RAII对象内的原始资源,这时RAII类设计者会提供一个隐式转换函数:
FontHandle getFont();
void releaseFont(FontHandle fh);
class Font{
public:
explicit Font(FontHandle fh)
: f(fh)
{}
~Font(){ releaseFont(f);}
private:
FontHandle f; // 原始(raw)字体资源
};
假设有大量与字体有关的C API,它们处理的是FontHandle ,那么”将font对象转换为FontHandle “会是一种很频繁的需要,这时Font类可以提供一个显示转换函数:
class Font{
public:
FontHandle get() const {return f;} //显示转换函数
};
缺点客户每当想要使用API时就必须调用get。
void fangeFontSize(FontHandler f, int newSzie);
Font f(getFont);
...
changeFontSize(f.get(), 16);
还有一种方法是令Font提供一个隐式转换函数
class Font{
public:
operator FontHandler() const{ //隐式转换函数
return f;
}
};
优点是使用C API时比较自然:
Font f(getFont);
changeFontSize(f, 16);
缺点是很容易出错
总结
- APIs往往要求访问原始资源,所以每一个RAII类应该提供一个"取得其所管理的资源"的方法
- 对原始资源的访问经由显式转换或者隐式转换,一般来说显示转换比较安全,但隐式转换对客户比较方便