effective c++

C++ explicit

explicit关键字只需用于类内的单参数构造函数前面，它的作用是表明该构造函数是显示的, 而非隐式的。

google约定所有单参数的构造函数都必须是显示的

类构造函数默认情况下即声明为implicit(隐式).

#include <iostream>

class CxString  // 使用关键字explicit的类声明, 显示转换
{
public:
    char *_pstr;
    int _size;
//    explicit CxString(int size)
    CxString(int size)
    {
        _size = size;
    }
    CxString(const char *p)
    {
        // 代码同上, 省略...
    }
};

void func(CxString obj){
    std::cout<<"func"<<std::endl;
}


int main() {
    // 下面是调用:
    CxString string1(24);     // 这样是OK的
    CxString string2 = 10;    // 这样是OK的
    CxString string4("aaaa"); // 这样是OK的
    CxString string5 = "bbb"; // 这样也是OK的, 调用的是CxString(const char *p)
    CxString string6 = 'c';   // 这样也是OK的, 其实调用的是CxString(int size), 且size等于'c'的ascii码  
    string1 = 2;              // 这样是OK的
   
    func(string1); // 这样是OK的
    func(10); // 这样是OK的

    return 0;
}

以上为默认的隐式构造，

在C++中, 如果的构造函数只有一个参数时, 那么在编译的时候就会有一个缺省的转换操作：
将该构造函数对应数据类型的数据转换为该类对象. 也就是说 CxString string2 = 10; 这段代码, 编译器自动将整型转换为CxString类对象, 实际上等同于下面的操作: CxString string2(10);

而且，接受CxString类型的对象的函数func，这么调用时 func(10);，就会隐士构造该对象。

---

但是当使用 explicit关键字后，CxString string2 = 10; 和 func(10);就会出错

#include <iostream>

class CxString  // 使用关键字explicit的类声明, 显示转换
{
public:
    char *_pstr;
    int _size;
    explicit CxString(int size)
    {
        _size = size;
    }
    CxString(const char *p)
    {
        // 代码同上, 省略...
    }
};

void func(CxString obj){
    std::cout<<"func"<<std::endl;
}


int main() {
    // 下面是调用:
    CxString string1(24);     // 这样是OK的
    CxString string4("aaaa"); // 这样是OK的
    CxString string5 = "bbb"; // 这样也是OK的, 调用的是CxString(const char *p)
    func(string1); // 这样是OK的

    CxString string6 = 'c';   // 这样也是不行的, 因为取消了隐式转换
    string1 = 2;              // 这样也是不行的, 因为取消了隐式转换
    CxString string2 = 10;    // 这样也是不行的, 因为取消了隐式转换
    func(10); // 这样也是不行的, 因为取消了隐式转换

    return 0;
}

google的c++规范中提到explicit的优点是可以避免不合时宜的类型变换，缺点无。所以google约定所有单参数的构造函数都必须是显示的，只有极少数情况下拷贝构造函数可以不声明称explicit。例如作为其他类的透明包装器的类。

effective c++中说：被声明为explicit的构造函数通常比其non-explicit兄弟更受欢迎。因为它们禁止编译器执行非预期（往往也不被期望）的类型转换。除非我有一个好理由允许构造函数被用于隐式类型转换，否则我会把它声明为explicit，鼓励大家遵循相同的政策。