このコードのポイントは何ですか？

Question

私はASP.NET MVC3のためのソースコードを読んでいる、と私はControllerBaseためのコードの中に次のように出くわした：

public interface IController 
{ 
    void Excecute(RequestContext requestContext); 
} 


public abstract class ControllerBase : IController 
{ 

    protected virtual void Execute(RequestContext requestContext) 
    { 
     if (requestContext == null) 
     { 
      throw new ArgumentNullException("requestContext"); 
     } 
     if (requestContext.HttpContext == null) 
     { 
      throw new ArgumentException(MvcResources.ControllerBase_CannotExecuteWithNullHttpContext, "requestContext"); 
     } 

     VerifyExecuteCalledOnce(); 
     Initialize(requestContext); 

     using (ScopeStorage.CreateTransientScope()) 
     { 
      ExecuteCore(); 
     } 
    } 

    void IController.Execute(RequestContext requestContext) 
    { 
     Execute(requestContext); 
    } 
} 

ControllerBaseがExecuteの実装を提供しますが、それが提供して何かを持っています.. IController.Executeの定義？

なぜこれが行われ、何が達成されますか？それは目的を果たさないようです。

Answer 1

このコードを使用すると、Executeメソッドをオーバーライドすることができます。

通常実装されているインターフェイスメソッドはパブリックであり、派生クラスでオーバーライドすることはできないため、デフォルトではIControllerインターフェイスから新しいExecuteメソッドを作成することはできません。保護された仮想技術に対するこのインタフェース）。保護された仮想メソッド（明示的に実装されたインターフェイスメソッドから呼び出す）を作成することにより、派生クラスはインターフェイス実装を破ることなくExecuteメソッドをオーバーライドできます。

私はここでこのことについて優れた記事を見つけました： C# Overriding Interface Methods in Subclasses

Answer 2

MSDN Documentationによると、明示的なインターフェイスメンバ実装の目的の1つは次のとおりです。 "明示的なインターフェイスメンバ実装はクラスまたは構造体インスタンスからアクセスできないため、インターフェイスの実装をクラスまたは構造体のパブリックインターフェイスから除外できます。クラスまたは構造体が、そのクラスまたは構造体のコンシューマにとって関心のない内部インタフェースを実装する場合に、特に有用です。

上記の私の解釈が正しい場合、タイプControllerBaseの変数は、保護されているのでExecuteを呼び出すために使用することはできません。変数の型はIControllerでなければなりません。私はこれがコンストラクトの意図であるかどうかはわかりませんが、これが理由であると感じます。

関連するテストでは、を呼び出す前に、ControllerBaseの変数をIControllerに明示的にキャストします。

Answer 3

一見、このデザインパターンは目的を果たさないようです。ただし、ControllerBaseクラスは、後で改ざんを行わずにIControllerインターフェイスの実装を行う機会を提供します。 base.Execute()を呼び出す継承クラスに依存しないため、変更が実行されることが保証されます。これは将来のコンテキストやセキュリティを管理するために使用される可能性がありますか？

多分、開発者はインタフェースのオーバーライド可能な実装との論理的分離を保つのが好きかもしれません。