子実装のためのメソッドの制限範囲

Question

これは重複していませんが、私はGoogleまたはSO検索で見つけることはできません。メソッドのオーバーライドされたメソッドの実装のアクセシビリティをprotectedにする場合は、abstractまたはprotected virtualのいずれかを作成する唯一のオプションはありますか？私はインターフェイスが宣言を指定するが、アクセシビリティ/スコープをクラスの実装に任せていることを知っているが、私は確信したい。

メソッドの範囲を制限する唯一の方法がabstract \ protected virtualを介して「これはクラスの実装または子のオーバーライドの実装に適用されます」というセマンティクスを与えることです。

説明するコードサンプル。私は次のことを行うことができ、そのような実装の範囲を制限することができます。私は子供の実装のみoverrideOnlyMeorChildrenCanDoAction()protectedとしてではなく、publicことを保証する上で行うことにより

public class BaseClass 
{ 
    protected virtual void OnlyMeOrChildrenCanDoAction() 
    { 
     // leave empty as current class is structural/conceptual 
     // but child instances may need it 
    } 
} 

。

abstractまたはprotected virtualに頼らずにprotectedに限定する別の方法がありますか？このようなメソッドを作成する例は、hereのようにObject.Finalize()です。

または、質問を多少逆にするには、実装に範囲が限定されていないことを確認しない限り、protected virtualというメソッドを作成するのはなぜですか？それとも同じことをする別の方法がありますか？

Answer 1

virtualの意味と使い方を誤解していると思います。 は、仮想クラスが宣言されている場合、親クラスのメソッドをオーバーライドできます。子クラスのoverrideメソッドは、親クラスのメソッドと同じ可視性を持たなければなりません。

インターフェイスで宣言されたメソッドの実装は、常にpublicです。

abstractメソッドを宣言すると、virtualという宣言と同じ効果がありますが、クラスに実装しておらず、クラスから派生した具体的なクラスで実装する必要があります。

Answer 2

技術的には、コンパイラは、親からオーバーライドするときにメソッドのアクセス修飾子を変更することを許可しないので、その質問に対する答えは、クラス内でメソッドを宣言することによって、派生クラスで利用可能（抽象的であるかどうかは別個の懸念事項であり、アクセスレベルには関係しない）。

ただし、派生クラスは、保護されたメソッドをパブリックメソッドから呼び出すなど、他の方法で関数を公開することは自由であり、その防止方法はありません。

"なぜ"あなたが保護された抽象メンバを持つかについては、Template Methodパターンの多くの実装で大きな例が見られます。アルゴリズムの構造を記述する抽象基本クラスを持ち、各ステップの境界内で何が起きるかの具体的なステップを派生クラスに任せることができます。この場合、実装する1つの方法は、基本クラスを抽象クラスとして宣言し、パブリックメソッドをアルゴリズムの「エントリポイント」として使用し、アルゴリズム内で使用される特定のメソッドを保護された抽象メソッドとして定義して、派生クラスの責任は、このパターンは、世界が消費しようとしているものだけを公開するという素晴らしい仕事をしますが、時にはヘルパーメソッドの可視性を保護から内部に上げることによって対処される単体テストの観点からいくつかの課題を提示する可能性があります。

Answer 3

派生クラスがOnlyMeOrChildrenCanDoActionのパブリックバージョンを実装しないようにするために、C＃言語を使用することはできません。 protected virtualとマークしても、派生クラスはnewキーワードを使用してメソッドをカバーし、アクセシビリティを変更できます。たとえば、次のように

public class BaseClass 
{ 
    protected virtual void OnlyMeOrChildrenCanDoAction() 
    { 
     // leave empty as current class is structural/conceptual 
     // but child instances may need it 
    } 
} 

public class DerivedClass : BaseClass 
{ 
    public new void OnlyMeOrChildrenCanDoAction() 
    { 
     Console.WriteLine("This is public."); 
    } 
} 

public class Program 
{ 
    public static void Main() 
    { 
     var b = new BaseClass(); 
     //b.OnlyMeOrChildrenCanDoAction(); //Will not compile 

     var d = new DerivedClass(); 
     d.OnlyMeOrChildrenCanDoAction(); //Look! It's public! 
    } 
} 

出力：DotNetFiddleで利用可能

This is public. 

コード。

発信者がOnlyMeOrChildrenCanDoActionにコールするのを防ぐには、発信者がインターフェイスのみを使用することをお勧めします。 OnlyMeOrChildrenCanDoActionがインターフェイスにない場合、派生クラスがパブリッククラスメンバーとして公開することを決定したとしても、呼び出し元が呼び出す方法はありません。とにかくこれは良いSOLIDデザインです。

一方、自分の開発チームが悪いことを心配しているので、発信者があまり心配していない場合は、FxCopなどのソースコードルールエンジンを組み込むことをお勧めしますあなたの継続的なビルドプロセス。開発者はまだこのメソッドを追加することができますが、そうした場合にビルドに失敗するようにルールを設定することができます。