C++ explicit的用法

在C++程序中很少有人去使用explicit关键字，不可否认，在平时的实践中确实很少能用的上。再说C++的功能强大，往往一个问题可以利用好几种C++特性去解决。但稍微留心一下就会发现现有的MFC库或者C++标准库中的相关类声明中explicit出现的频率是很高的。了解explicit关键字的功能及其使用对于我们阅读使用库是很有帮助的，而且在编写自己的代码时也可以尝试使用。既然C++语言提供这种特性，我想在有些时候这种特性将会非常有用。

按默认规定，只用传一个参数的构造函数也定义了一个隐式转换。举个例子：

（下面这个CExample没有什么实际的意义，主要是用来说明问题）

//Example.h

#pragma once

class CExample

{

public:

CExample(void);

public:

~CExample(void);

­

public:

int m_iFirst;

int m_iSecond;

public:

CExample(int iFirst, int iSecond = 4);

};

//Example.cpp

#include "StdAfx.h"

#include "Example.h"

CExample::CExample(void)

: m_iFirst(0)

{

}

CExample::~CExample(void)

{

}

CExample::CExample(int iFirst, int iSecond):m_iFirst(iFirst), m_iSecond(iSecond)

{

}

//TestExplicitKey.cpp

...//其它头文件

#include "Example.h"

int _tmain(int argc, _TCHAR* argv[])

{

CExample objOne; //调用没有参数的构造函数

CExample objTwo(12, 12); //调用有两个参数的构造函数

CExample objThree(12); //同上，可以传一个参数是因为该构造函数的第二个参数有默认值

CExample objFour = 12; //执行了隐式转换,等价于CExample temp(12);objFour(temp);注意这个地方调用了

//编译器为我们提供的默认复制构造函数

return 0;

}

如果在构造函数声明中加入关键字explicit，如下

explicit CExample(int iFirst, int iSecond = 4);

那么CExample objFour = 12; 这条语句将不能通过编译。在vs05下的编译错误提示如下

error C2440: 'initializing' : cannot convert from 'int' to 'CExample'

        Constructor for class 'CExample' is declared 'explicit'

对于某些类型，这一情况非常理想。但在大部分情况中，隐式转换却容易导致错误（不是语法错误，编译器不会报错）。隐式转换总是在我们没有察觉的情况下悄悄发生，除非有心所为，隐式转换常常是我们所不希望发生的。通过将构造函数声明为explicit（显式）的方式可以抑制隐式转换。也就是说，explicit构造函数必须显式调用。

引用一下Bjarne Stroustrup的例子:

class String{

      explicit String(int n);

      String(const char *p);

};

String s1 = 'a'; //错误：不能做隐式char->String转换

String s2(10);   //可以：调用explicit String(int n);

String s3 = String(10);//可以：调用explicit String(int n);再调用默认的复制构造函数

String s4 = "Brian"; //可以：隐式转换调用String(const char *p);再调用默认的复制构造函数

String s5("Fawlty"); //可以：正常调用String(const char *p);

void f(String);

­

String g()

{

    f(10); //错误：不能做隐式int->String转换

    f("Arthur"); //可以：隐式转换，等价于f(String("Arthur"));

    return 10; //同上

}

在实际代码中的东西可不像这种故意造出的例子。

发生隐式转换，除非有心利用，隐式转换常常带来程序逻辑的错误，而且这种错误一旦发生是很难察觉的。

原则上应该在所有的构造函数前加explicit关键字，当你有心利用隐式转换的时候再去解除explicit，这样可以大大减少错误的发生。

­

 

将构造函数声明为explicit，用来抑制隐式转换。

explicit只能用于单形参构造函数。

explicit关键字只能用于类内部的构造函数声明上，在类的定义体外部所做的定义不再重复它。

如:

class A{

    public:

    explicit A(int i){};

    int a;

}

explicit A::A(int i){

    a = i;

}            // error: explicit allowed only on constructor declaration in class header

 

以下转自http://blog.csdn.net/fornormandy/article/details/79512

Pointer

不看书不知道自己的C++有多差T_T，看到 explicit 时遇到一个问题。请看下面一段程序：
class A{
public:
A(int i) : m_i(i){}
int m_i;
};
int main(){
A a = 0;
a = 10; // 这里是什么操作？
}

这个操作产生了一个临时对象。
我怀疑是默认赋值运算符 “A &operator = (int i){}”，于是重载了一下该运算符，结果确实运行到重载的运算符函数里了，那么临时对象又是如何产生的呢？

难道默认的赋值运算符是这样操作的？
A &operator = (int i){
A a(i);
return a;
}

这让我想起了类似的函数操作：
void fn(A a){
// ...
}
这里可以直接写fn(10);也是产生了一个临时对象。

难道真的是这样吗？忘解惑。

---

alexeyomux

老兄你用的是哪个编译器？在我印象之中，好像标准C++并不会给出operator =啊。等我去试一试。

---

gongminmin

当然会有默认的operator=了
按照c++标准，编译器会生成五个默认成员函数:
默认构造函数
拷贝构造函数
析构函数
operator=
operator&

千里马肝

class A
{
public:
A(int i) : m_i(i){}
int m_i;
};

分别说说吧：
1. A a = 0;
首先, compiler认为这样写是不符合规矩的, 因为A = A才是正常行为。
但是她并不放弃, 通过搜索, 发现A可以根据一个int构造, 同时这个A(int i)没有用explicit修饰过。
那么A a = 0; 这样的一句话随即转变成：
A tmp(0);
A a = tmp;
需要说明的是, A a = tmp是调用的copy ctor, 虽然class A中并没有, 但是通常不写copy ctor的话,
compiler都会生成一个memberwise assignment操作性质的ctor, 底层实现通常会以memcpy进行。

2. a = 10;
首先, 这样同ctor的情况一样, compiler无法直接进行操作。
类推, 等同于代码:
A tmp(10);
a = tmp;
需要注意的是, a = tmp是调用的assignment操作, 同ctor一样，我们自己不写, 编译器同样进行
memberwise assignment操作。

3. fn(A a)
同样, fn(10)也是不对的, 但是"按照惯例", 呵呵, 会有:
A tmp(10);
fn(tmp);

另外, 为你解惑:
copy ctor的写法只能是T::T(const T &);
而assignment的写法可以多变, 即任意. 以T为例,
可以有
T &operator = (int n);
也可有
T &operator = (const char *);
当然, 你要确认如此的定义是对T而言有意义.

然后, 上述a = tmp, 即调用的默认的、标准的、自动生成的T &operator = (const T &).
开销是会有一个临时的A tmp生成, 然后memcpy.
但如果你自已写了T &operator = (int n), 那么a = 10即意味着a.m_i = 10.
当然, 以开销而言要视你的T &operator = (int n)是否为inline了.

对于explicit, 当修饰explicit A(int i) : m_i(i){}, 那么即告诉compiler不要在私底下做那么多的转换动作.
而且自动生成如A tmp(0)这样的东西是我们不想要的, 因为某些情况下自动转换这种行为是错误的.

 

最后, 相关此类问题, 还有一个话题, 即class A可以有operator int(), 会在
fn(int n){}
A a(3);
fn(a)
起到魔术般的作用. 关于这个, 留给你自己看看书吧:)

 

 转自：http://blog.csdn.net/chollima/article/details/3486230

            http://blog.sina.com.cn/s/blog_64fba88f01014td6.html