C++ノンコピー可能な場合を除いて

Question

クラスをコピー不可能にすると、コード品質が向上します。最初はboost :: noncopyableでこれを行いましたが、私はVC++コンパイラのエラーがプライベートメンバーと同じように役に立たないことを発見しました（コード内の間違った場所へのダブルクリック）。

T(T const&); 
T& operator=(T const&); 

確かに、それはなかったクラスは、彼らが持っている必要があり、参照として渡されていなかったかなりの数の例に私を警告しています。そういうわけで、クラスを一度だけコピーする必要があるクラスでも、私は非常に警告を受けたいと思っています。

これを行うには良い方法がありますか？私は、上記の2つのメソッドをプライベートにし、パブリックT（T const &、ブールダミー）コンストラクタを追加して、実際にコンストラクトをコピーしたいときに呼び出す例を考えていました。または、代わりに、上記の2つのメソッドをpublicにして、コピーの作成時にコンパイラの警告を何らかの形でアクティブにし、私がしたいところで警告を抑制します。

多分もっと良い方法がありますか？

Answer 1

コピーコンストラクタexplicitをマークした場合、そのクラスは値渡しやコピー初期化はできませんが、直接初期化を使用してコピーコンストラクトを行うことはできます。

おそらく代入演算子を非公開にしたいと思うかもしれませんが、おそらくNonAssignableのベースが便利です。

Answer 2

私はあなた自身に完璧な方法で名前を付けたと思います。以下は

を飛ぶませんコメントで述べたように

struct T 
{ 
    friend class SomeClientThatCanConstructT; 
    T(T const&); 

    private: 
    T(T const&);   
}; 

---

：（？）

は、私はちょうど私がかつて私が上で働いていた別のコードベースで演奏小ぎれいなトリックを思い出しました _{明示的な名前（CopyConstructなど）を選択し、RVOを使用すると効率的です：}

struct T 
{ 
    inline T CopyConstruct() const  { return *this; } 
    inline T& AssignTo(T& dst) const { return dst = *this; } 
    inline T& AssignFrom(const T& src) { return *this = src; } 

    private: 
    T(T const&); 
    T& operator=(T const&); 
}; 

Answer 3

あなたは、おそらく使用するassignメソッドを追加しTを構築し、デフォルトの可能性があります。これは完全には最適ではないようですが、コピーの必要性を確認する必要があるかもしれません。

Answer 4

誤って使用する可能性があるので、タイプ（CopyConstructibleはstdlib全体で頻繁に使用されている概念です）を制限するという考え方は嫌いです。別のインスタンスからオブジェクトを構築することができる場合は、コピーを構成可能にする必要があります。また、実際の目的を果たすことなく、重要なコードから読者を逸らす。

おそらく、コピーコンストラクタによってトリガされる警告モードまたはアサーションが、あなたが探しているものでしょうか？