保護された継承が必要なケース

Question

公的および私的な継承についてはっきりしていますが、保護についてはどうですか？私たちが実際にそれを使用する必要がある場合のどのような例でも、私たちは利益をもたらしますか？

Answer 1

base-from-memberイディオムは、時々保護された継承を必要とします。

アドレスをイディオム問題は以下の通りです：

struct foo 
{ 
    virtual ~foo() {} 

protected: 
    foo(std::ostream& os) 
    { 
     os << "Hello !\n"; 
    } 
}; 

struct bar : foo 
{ 
    bar(const char* filename) 
     : foo(file), file(filename) // Bad, file is used uninitialized 
    {} 

private: 
    std::fstream file; 
}; 

しかしfileにfoo後を構築しているようにあなたは時々、派生クラスのメンバーで基本クラスを初期化する必要があるため、 ostreamがfoo::fooに渡されました。無効です。

あなたは、補助クラスとプライベート継承してこの問題を解決：

struct bar_base 
{ 
    std::fstream file; 

protected: 
    bar_base(const char* filename) 
     : file(filename) 
    {} 

    ~bar_base() {} 
}; 

struct bar : private bar_base, public foo 
{ 
    bar(const char* filename) 
     : bar_base(filename), foo(file) 
    {} 
}; 

は今bar_baseはfoo前に構築され、そしてfoo::fooに渡されたostreamは有効です。

あなたがbarの保護されたメンバーになるfileをしたい場合は、保護された継承を使用する必要があります。

struct bar : protected bar_base, public foo { ... } 

Answer 2

protectedは、サブクラスからはアクセスできますが、外部からはアクセスできないことを意味します。

非常に単純な例は、内部計算を行うために変数（たとえばx）を使用するクラスです。サブクラスが同じ計算を行う必要がある場合は、おそらくxにアクセスする必要があります。それを非公開にすることで、サブクラスがアクセスするのを避けることができます。公開すると、すべての人がアクセスできるようになります。保護はトレードオフのようなものです。

Answer 3

保護された継承は、私にこの日までの意味がわかりません。

これは、保護された継承に関するScott Meyersの意見（Effective C++、第3版）です。

しかし、このページは面白いです：Effective C++: discouraging protected inheritance?。

Answer 4

プロテクトは、子供の知識を念頭に置いて書かれたスーパークラスを抽象化するのに特に便利です。保護されたメンバーとメソッドは、子どもが利用でき、その時点で実装されているクラスのファミリ以外の世界にそれらを公開することなく、コードの複製を保存できます。