c++内联显式构造函数的优点
what c++ inline explicit constructor is good for?
我有时看到这个构造函数写成inline explicit。例如:
protected :
inline explicit Singleton() {
CCASSERT(Singleton::instance_ == 0, "error Singleton::instance_ == 0.");
Singleton::instance_ = static_cast<T*>(this);
}
inline ~Singleton() {
Singleton::instance_ = 0;
}
inline
是必要的,如果你在头文件中定义一个函数,而不是在类定义中。它允许在多个翻译单元中定义函数(例如,当包含来自多个源文件的头文件时)。这样做的目的是允许编译器内联调用函数——为了实现这一点,许多编译器要求该定义在翻译单元中可用。
在这种情况下,它是没有意义的:在类定义中定义的函数是隐式内联的。
explicit
意味着构造函数不能用于隐式类型转换。历史上,它只对单参数构造函数有意义;但我认为现在它也可以用来防止大括号初始化。
在这种情况下,它也是没有意义的:默认构造函数不用于隐式转换。
内联显式适合做什么?
在这里,它们都给出了有用的代码气味——作者更看重冗余和过度的结构而不是清晰。单例反模式的使用进一步证明了这一点——在这段代码中要小心。
explicit
与构造函数阻止它们被隐式使用。
inline
是一种告诉编译器(在过去我们缺乏RAM的时候)该函数是它想要内联的东西的方法。当然,现在他们会忽略我们,或者最多幽默地说"我会考虑一下",潜台词是"愚蠢的人类,以为我不知道吗?"(简而言之,inline
现在被忽略了,编译器比我们更有能力决定内联)。
相关文章:
- "error: no matching function for call to"构造函数错误
- C++17复制构造函数,在std::unordereded_map上进行深度复制
- 如果C++类在类方法中具有动态分配,但没有构造函数/析构函数或任何非静态成员,那么它仍然是POD类型吗
- 为什么在没有显式默认构造函数的情况下,将另一个结构封装在联合中作为成员的结构不能编译
- 为什么在C++中使用私有复制构造函数与删除复制构造函数
- 选择要调用的构造函数
- 如何委托派生类使用其父构造函数?
- 构造函数正在调用一个使用当前类类型的函数
- 没有用于初始化C++中的变量模板的匹配构造函数
- 初始化具有非默认构造函数的std::数组项的更好方法
- 当从函数参数中的临时值调用复制构造函数时
- 在c++构造函数中使用随机字符串生成器
- 一对向量构造函数:初始值设定项列表与显式构造
- 从构造函数抛出异常时如何克服内存泄漏
- 我不明白为什么我声明一个空的内部结构并将其传递给构造函数
- 继承:构造函数,初始化C++11中基类的类C数组成员
- 具有默认模板类型的默认构造函数的类型推导
- 使用dynamic_cast和构造函数时出错
- 在c++中使用向量时,如何调用构造函数和析构函数
- 奇怪的构造函数行为