いつ/なぜコンストラクターを明示的に削除したいのですか? その理由がその使用を防ぐことであると仮定すると、なぜそれを作らないのprivate
ですか?
class Foo
{
public:
Foo() = delete;
};
いつ/なぜコンストラクターを明示的に削除したいのですか? その理由がその使用を防ぐことであると仮定すると、なぜそれを作らないのprivate
ですか?
class Foo
{
public:
Foo() = delete;
};
どうですか:
//deleted constructor
class Foo
{
public:
Foo() = delete;
public:
static void foo();
};
void Foo::foo()
{
Foo f; //illegal
}
対
//private constructor
class Foo
{
private:
Foo() {}
public:
static void foo();
};
void Foo::foo()
{
Foo f; //legal
}
それらは基本的に異なるものです。private
クラスのメンバーのみがそのメソッドを呼び出したり、その変数 (またはもちろん友人) にアクセスしたりできることを示しています。この場合、static
そのクラス (または他のメンバー) のメソッドがクラスのprivate
コンストラクターを呼び出すことは正当です。これは、削除されたコンストラクターには当てはまりません。
サンプルはこちら。
LLVM のソース コード (たとえば、AlignOf.h) で「削除済み」として宣言されているデフォルトの ctor に遭遇しました。関連するクラス テンプレートは、通常、'llvm::detail' と呼ばれる特別な名前空間にあります。そこの全体的な目的は、彼らがそのクラスをヘルパークラスとしてのみ考えたことだったと思います。インスタンス化するつもりはありませんでした。コンパイル時に実行されるいくつかのメタプログラミングのトリックを使用して、他のクラス テンプレートのコンテキスト内でそれらを使用するだけです。
例えば。sizeof(.) 演算子のパラメーターとして AlignOf と呼ばれる別のクラス テンプレート内でのみ使用される、この AlignmentCalcImpl クラス テンプレートがあります。その式はコンパイル時に評価できます。テンプレートをインスタンス化する必要はありません->したがって、デフォルトのctor deleteを宣言して、この意図を表現してみませんか。
しかし、それは私の仮定にすぎません。