L'interfaccia di implementazione sia implicita che esplicita ha senso?

Question

Attualmente sto studiando per il mio esame MS 70-515. In una delle pratiche l'autore implementa un'interfaccia sia implicita che esplicita. L'implementazione esplicita chiama solo l'implementazione implicita. L'implementazione esplicita è appena elencata senza una spiegazione.

Ha senso avere un'implementazione implicita e esplicita dell'interfaccia? Penserei che l'implementazione esplicita sia ridondante (in questo caso).

public class PassTextBox : TextBox, IScriptControl 
{ 
    public virtual IEnumerable<ScriptDescriptor> GetScriptDescriptors() 
    { 
     var descriptor = new ScriptControlDescriptor(
      "AjaxEnabled.PassTextBox", ClientID); 
     // ... 
     return new ScriptDescriptor[] {descriptor}; 
    } 

    IEnumerable<ScriptDescriptor> IScriptControl.GetScriptDescriptors() 
    { 
     return GetScriptDescriptors(); 
    } 
} 

BTW, il codice sembra funzionare bene senza l'implementazione esplicita, come l'implementazione implicita è pubblico.

Riguarda MCTS Self-Paced Training Kit (Exam 70-515): Web Applications Development with Microsoft .NET Framework 4 Capitolo 9, Lezione 2, Pratica 3 per la precisione.

Answer 1

L'implementazione esplicita sembra del tutto superflua.

Non riesco a pensare a un modo per chiamarlo dove farebbe la differenza se lo avessi lasciato fuori.

C'è una piccola differenza, la versione implicita è virtuale il che significa che potrebbe essere sovrascritta. La versione esplicita verrà sempre chiamata in questo punto di ingresso. Ma dal momento che chiama solo il membro virtuale, questa differenza non viene utilizzata qui.