Qual è il punto di questo codice?

Question

Sto leggendo il codice sorgente di ASP.NET MVC3, e mi sono imbattuto nel seguente all'interno del codice per 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 fornisce un'implementazione di Execute, ma poi ha qualcosa che fornisce una definizione per .. IController.Execute?

Perché è fatto e cosa ottiene? Sembra che non serva a nulla.

Answer 1

Questo codice consente di eseguire l'override del metodo Execute.

Ricordare che un metodo di interfaccia normalmente implementato è pubblico (e non virtuale o astratto), quindi non è possibile sovrascriverlo nelle classi derivate e la creazione di un nuovo metodo Execute non sarebbe accessibile tramite l'interfaccia IController per impostazione predefinita (senza questa interfaccia alla tecnica virtuale protetta). Creando un metodo virtuale protetto (che chiamate dal metodo di interfaccia implementato esplicitamente) consente alle classi derivate di sovrascrivere il metodo Execute senza interrompere l'implementazione dell'interfaccia.

Ho trovato un ottimo articolo su questo qui: C# Overriding Interface Methods in Subclasses

Answer 2

Secondo MSDN Documentation, uno scopo dell'implementazione esplicita dei membri dell'interfaccia è: "Poiché le implementazioni esplicite dei membri dell'interfaccia non sono accessibili tramite le istanze di classe o di struttura, consentono l'esclusione delle interfacce di interfaccia dall'interfaccia pubblica di una classe o di una struttura. è particolarmente utile quando una classe o una struttura implementano un'interfaccia interna che non interessa il consumatore di quella classe o struttura. "

Se la mia interpretazione di quanto sopra è corretta, una variabile con tipo ControllerBase non può essere utilizzata per chiamare Execute perché è protetta. Il tipo della variabile deve essere IController. Non sono sicuro se questo è l'intento del costrutto, ma sembra che questo sia il motivo.

Nelle prove pertinenti, hanno espressamente trasmesso le variabili ControllerBase a IController prima di chiamare Execute.

Answer 3

A prima vista questo schema di progettazione sembrerebbe non servire a nulla. Tuttavia, fornisce l'opportunità per la classe ControllerBase di apportare in seguito modifiche senza interruzioni all'implementazione dell'interfaccia IController. Le modifiche sarebbero garantite per l'esecuzione, poiché non si basa sulle classi ereditate che chiamano base.Execute(). Forse questo potrebbe essere usato per gestire i contesti o la sicurezza in futuro?

Forse lo sviluppatore preferisce mantenere una separazione logica dell'interfaccia con un'implementazione sovrascrivibile.