C++箴言：拒绝不想用的编译器产生的函数

C++箴言：拒绝不想用的编译器产生的函数HomeForSaleh2;

HomeForSaleh3(h1);//attempttocopyh1-should

//notcompile!

h1=h2;//attempttocopyh2-should

//notcompile!

唉，防止这种编译的方法并非那么简洁易懂。通常，假如你不盼望一个class支持某种功能，你可以简洁地不声明给予它这种功能的函数。这个策略对于拷贝赋值运算符不起作用，由于，就象Item5中指出的，假如你不声明它们，而有人又想调用它们，编译器就会隐式地声明它们。

这就限制了你。假如你不声明拷贝构造函数和拷贝赋值运算符，编译器也可以为你生成它们。你的类还是会支持拷贝。另一方面，假如你声明白这些函数，你的类依旧会支持拷贝。我们在这里的目标就是防止拷贝。解决这个问题的关键是全部的编译器生成的函数都是public。为了防止生成这些函数，你必需自己声明它们，但是你没有理由把它们声明为public。相反，应当将拷贝构造函数和拷贝赋值运算符声明为private。通过显式声明一个成员函数，可以防止编译器生成它自己的版本，而且将这个函数声明为private，可以防止别人调用它。

通常，这个方案并不非常保险，由于成员函数和友元函数还是能够调用private函数。换句话说，除非你不定义它们。那么，当有人不当心地调用了它们，在连接的时候会消失错误。这个窍门--定义一个private成员函数却有意不去实现它--的确不错，在C++的iostreams库里，就有几个类用此方法防止拷贝。比方，看一下你用的标准库的实现中，ios_base，basic_ios和sentry的定义，你就会看到拷贝构造函数和拷贝赋值运算符被声明为private而且没有定义的状况。

将这个窍门用到HomeForSale上，很简洁：

classHomeForSale{

public:

..

private:

...

HomeForSale(constHomeForSale//declarationsonly

HomeForSale

};

你会留意到，我省略了函数参数的名字。这没有必要，只是一个一般的惯例。究竟，函数不会被定义，极少有时机被用到，有什么必要指定参数的名字呢？

对于上面的类定义，编译器将阻挡客户拷贝HomeForSale对象的企图，假如你不当心在成员函数或者友元函数中这样做了，连接程序会提出*。

将连接时错误提前到编译时间也是可行的（早发觉错误究竟比晚发觉好），不要让HomeForSale自己去声明private的拷贝构造函数和拷贝赋值运算符，在一个特意设计的基类中声明。这个基类本身特别简洁：

classUncopyable{

protected://allowconstruction

Uncopyable(){}//anddestructionof

~Uncopyable(){}//derivedobjects...

private:

Uncopyable(constUncopyable//...butpreventcopying

Uncopyable

};

为了制止拷贝HomeForSale对象，我们必需让它从Uncopyable继承：

classHomeForSale:privateUncopyable{//classnolonger

...//declarescopyctoror

};//copyassign.operator

在这里，假如有人——甚至是成员函数或友元函数——试图拷贝一个HomeForSale对象，编译器将试图生成一个拷贝构造函数和一个拷贝赋值运算符。就象Item12解释的，这些函数的编译器生成版会试图调用基类的对应函数，而这些调用将被拒绝，由于在基类中，拷贝操作是private的。

Uncopyable的实现和使用包含一些微妙之处，比方，从Uncopyable继承不能是public的（参见Item32和39），而且Uncopyable的构造函数不必是virtual的（参见Item7）。由于Uncopyable不包含数据，所以它符合Item39描述的空基类优化条件，但由于它是基类，此项技术的应用不能引入多重继承（参见Item40）。反过来说，多重继承有时会使空基类优化失效（还是参见Item39）。通常，你可以忽视这些微妙之处，而且此处只是用Uncopyable来做演示，由于它比拟适合做广告。在Boost（参见Item55）中你可以找到一个可用的版本。那个类名为noncopyable。那是一个好的class，我只是发觉那个名字有一点儿不（un-）……嗯……非