标签:com 文件 poi 目的 orange 编译 允许 mic 应用
测试智能指针是否为 NULL
在Qt的项目中,osg里有智能指针
osg::ref_ptr<int> a;
然后可能和C++标准库不同 ,在判断智能指针是否为空的时候
以下来自与《More Effective C++》 ,读了觉得很有收获
文尾有我看VS2019的MSVC2017中的头文件 和 osg的
但是有一件我们做不到的事情是“发现灵巧指针为 NULL”:
SmartPtr<TreeNode> ptn;
if (ptn == 0) ... // error!
if (ptn) ... // error!
if (!ptn) ... // error!
这是一个严重的限制。
另一种方法是提供隐式类型转换操作符,允许编译上述的测试。一般应用于这种目的的类型转换是 void* :
template<class T>
class SmartPtr {
public:
...
operator void*(); // 如果灵巧指针为 null,
... // 返回 0, 否则返回
}; // 非 0。
SmartPtr<TreeNode> ptn;
...
if (ptn == 0) ... // 现在正确
if (ptn) ... // 也正确
if (!ptn) ... // 正确
这与 iostream 类中提供的类型转换相同,所以可以这样编写代码:
ifstream inputFile("datafile.dat");
if (inputFile) ... // 测试 inputFile 是否已经被
// 成功地打开。
像所有的类型转换函数一样,它有一个缺点:在一些情况下虽然大多数程序员希望它调
用失败,但是函数确实能够成功地被调用(参见条款 M5)。特别是它允许灵巧指针与完全不
同的类型之间进行比较:
SmartPtr<Apple> pa;
SmartPtr<Orange> po;
...
if (pa == po) ... // 这能够被成功编译!
即使在 SmartPtr
因为灵巧指针被隐式地转换为 void指针,而对于内建指针类型有内建的比较函数。这种进
行隐式类型转换的行为特性很危险。(再回看一下条款 M5,必须反反复复地阅读,做到耳熟
能详。)
在 void类型转换方面,也有一些变化。有些设计者采用到 const void*的类型转换,
还有一些采取转换到 bool 的方法。这些变化都没有消除混合类型比较的问题。
有一种两全之策可以提供合理的测试 null 值的语法形式,同时把不同类型的灵巧指针
之间进行比较的可能性降到最低。
?
template<class T>
class SmartPtr {
public: ...
bool operator!() const; // 当且仅当灵巧指针是
... // 空值,返回 true。
};
用户程序如下所示:
SmartPtr<TreeNode> ptn;
...
if (!ptn) { // 正确
... // ptn 是空值
}
else {
... // ptn 不是空值
}
但是这样就不正确了:
if (ptn == 0) ... // 仍然错误
if (ptn) ... // 也是错误的
仅在这种情况下会存在不同类型之间进行比较:
SmartPtr<Apple> pa;
SmartPtr<Orange> po;
...
if (!pa == !po) ... // 能够编译
幸好程序员不会经常这样编写代码。
有趣的是,iostream 库的实现除了提供 void隐式
的类型转换,也有 operator!函数,不过这两个函数通常测试的流状态有些不同。
(在 C++类库标准中(参见 Effective C++ 条款 49 和本书条款 M35)
,void*隐式的类型转换已经被bool 类型的转换所替代,operator bool 总是返回与 operator!相反的值。)
图片不贴了
标签:com 文件 poi 目的 orange 编译 允许 mic 应用
原文地址:https://www.cnblogs.com/yahoo17/p/12329023.html