Soll ich Interface-Member explizit oder implizit implementieren?

Question

This question und Eric Lippert's answer habe mich gefragt: Wie do Sie entscheiden, ob eine explizite oder implizite Implementierung beim Implementieren von Methoden einer Schnittstelle verwenden?

Answer 1

(persönlich) Ich sehe nur eine Notwendigkeit für explizite Implementierungen, wenn es einen Konflikt zwischen Methoden mit der gleichen Signatur gibt.

Wenn Sie beispielsweise IEnumerable<T> implementieren, sollten Sie 2 Methoden GetEnumerator() implementieren, die die gleiche Signatur haben, mit Ausnahme des Rückgabetyps. So werden Sie IEnumerable.GetEnumerator() explizit implementieren:

public abstract class MyClass<T> : IEnumerable<T> 
{ 
    public IEnumerator<T> GetEnumerator() 
    { 
     return ...; 
    } 

    IEnumerator IEnumerable.GetEnumerator() // explicit implementation required 
    { 
     return GetEnumerator(); 
    } 
} 

Eine weitere Verwendung für eine explizite Implementierung ist, wenn Sie die Methode nicht wollen, durch eine Objektinstanz aufgerufen werden, sondern nur über eine Schnittstelle. Ich persönlich denke, dass dies nicht viel Sinn macht, aber in einigen sehr seltenen Fällen kann es nützlich sein.

Answer 2

Philipps Antwort ist eine praktische, aber es gibt auch architektonische Überlegungen.

Schnittstellen werden verwendet, um Klassen kompatibel zu machen, so dass sie von anderen Objekten konsumiert werden können. Wenn nur diese konsumierenden Objekte die Funktionalität der Schnittstelle benötigen, sollte sie - nach dem Prinzip der geringsten Privilegien - eingeschränkt werden. Es wäre unnötig, diese Schnittstellenmethode allen anderen Benutzern der Klasse zugänglich zu machen.

Paul

Answer 3

Ein weiterer Fall für die expliziten Schnittstellen ist, wo das Objekt eine Schnittstelle implementieren, muss Anrufe von einem internen Objekt zu akzeptieren, aber Sie wollen nicht diejenigen, die als Teil Ihrer API belichten.