Item 06: 若不思以编译器自动生成的函数,就该肯定拒绝

Item 06:Explicitly disallow the use of compiler-generated functions you
do not want.


private + 不予兑现

如果你现在使落实一个近乎,你免思实现类似吃的一些职能,该怎么收拾?

你或许会见哄同乐,你是(si)不是(si)傻?不声明对象的力量函数不就是实施了。

但,你是方针对copy构造函数和copy
assignment操作符却不起作用。因为您无声明其,当客户尝试调用它们,编译器就会也你声明其。你说怎么处置?你切莫声明吧,编译器可能会见吧而不行成一客,这就跟您目的不符了;如果你声明了,这个仿佛还是支持copying,还是同公的目的不符合,唉
怎么处置也?

答案的关键在于编译器产出的函数都是public。机智如你,你也许想到了,我将copy构造函数和copy
assignment操作符声明也private不就得了啊,这样既肯定宣称了一个成员函数,阻止了编译器为公悄悄创建,又如果这些函数为private,从而可以阻挡客户调用它。哈哈,你正是无比敏感了。

但是,类的其他成员函数和友元函数可以调用你的private函数。这该怎么惩罚什么?感觉好被压到了悬崖边。。。。。。

灵活如你的汝,想到了无错过定义其,如果来其他人不小心调用它们,就见面收获一个总是错误。哈哈,完美!

以成员函数声明也private而且故意不失实现其”,这不过正是高招啊,在咱们的C++
iostream库中,阻止copying行为的道就是是者主意。

class HomeForSale {
public:
    ...
private:
    ...
    HomeForSale(const HomeForSale&); // declarations only
    HomeForSale& operator=(const HomeForSale&);
};

来矣上述实现,当客户企图拷贝对象时,编译器会阻挠他;如果非小心在成员函数或友元函数中调用,则轮到连接器来堵住了。

这种措施十分像一个虚职的主任,挂在职位,又从未实权。


另外一样栽实现

克免可知拿连接期错误移至编译器呢?(越早发现题目便愈加好,这样才会而好自家吓大家吓)。当然是得的,只要将copy构造函数和copy
assignment操作符声明也private就可办到,但不是于HomeForSale自身,而是特意以挡住copying动作要规划的base
class内。这个base class非常简单:

class Uncopyable {
protected:                                      // 允许derived对象构造和析构
    Uncopyable() {} 
    ~Uncopyable() {} 
private:
    Uncopyable(const Uncopyable&);            // 但阻止copying
    Uncopyable& operator=(const Uncopyable&);
};

为阻拦HomeForSale对象copy,我们唯一要开的虽是继承Uncopyable

class HomeForSale: private Uncopyable { // 不再声明copy构造函数和copy assignment操作符
    ... 
};

任何人——甚至是成员函数或友元函数,尝试copy
HomeForSale对象,编译器便尝试着特别成一个copy构造函数和copy
assignment操作符,而这些函数的“编译器生成版本”会尝试调用该base
class的对象函数,那些调用会给编译器拒绝,因为其base
class的拷贝函数为private。

Boost库也提供了一个版本,那个class名为noncopyable。大家好品味C++采用一下。


Note:

  • 为了不采用编译器提供的力量,可以以相应的积极分子函数声明也private并且不予兑现。
  • 使诸如Uncopyable这样的base class也是千篇一律栽做法。

Effective C++