Schnittstelle in C #

Eine Schnittstelle ist ein Vertrag. Es sagt: "Ich kann diese Dinge tun." Was ist der Sinn, wenn jemand Ihnen eine Instanz von IInterface übergibt, in der Sie einige der Methoden in diesem Vertrag nicht verwenden können, weil sie als nicht öffentlich markiert wurden?

Dies ist der Grund dafür, die Sprache auf diese Weise zu gestalten. Die Spezifikation dafür ist in §13.2 der Sprachspezifikation:

  

Alle Schnittstellenmitglieder haben implizit öffentlichen Zugriff. Es ist ein Kompilierungsfehler für Interface-Member-Deklarationen, die alle Modifikatoren enthalten. Insbesondere können Schnittstellen-Member nicht mit den Modifikatoren abstract , public , protected , internal , private, virtual , override oder static deklariert werden.

Was Ihren Code betrifft, so ist dies ein Beispiel für explizite Schnittstellenimplementierung . Es ist am nützlichsten, wenn eine Klasse oder Struktur zwei Schnittstellen mit jeweils einem Element mit der gleichen Signatur implementiert. Zum Beispiel definieren sowohl IEnumerable als auch IEnumerable<T> eine Methode GetEnumerator , die keine Parameter akzeptiert.

Beachten Sie, dass nach den obigen Definitionen jede Klasse, die IEnumerable<T> implementiert, auch IEnumerable implementieren muss. Beachten Sie, dass der Rückgabetyp nicht Teil der Signatur ist und somit ein Konflikt mit IEnumerable.GetEnumerator und IEnumerable<T>.GetEnumerator besteht. Dies soll die explizite Schnittstellenimplementierung lösen:

Elemente, die explizite Schnittstellenimplementierungen sind, sind nur über eine Instanz der Schnittstelle sichtbar. Also:

Also, in Ihrem Code

  

Beide Methoden benötigen keine Modifizierer, aber wenn ich keine Schnittstelle wie X.add () oben verwende, muss ich die Implementierung veröffentlichen. Warum?

Okay, es ist nicht genau klar, was Sie hier fragen. Zugriffsmodifizierer sind für explizite Schnittstellenimplementierungen nicht zulässig. Das ist 13.4:

  

Es ist ein Fehler bei der Kompilierungszeit für eine explizite Implementierung eines Schnittstellenmembers, Zugriffsmodifizierer einzuschließen, und es ist ein Fehler bei der Kompilierung, die Modifizierer abstract , virtual , override oder static einzuschließen.

Wenn eine Schnittstellenimplementierung nicht als explizite Schnittstellenimplementierung markiert ist, muss sie den Zugriffsmodifikator public haben. Dies ist 13.4.4 (Schnittstellenzuordnung):

  

Interface-Mapping für eine Klasse oder Struktur C lokalisiert eine Implementierung für jedes Mitglied jeder Schnittstelle, die in der Basisklassenliste von C angegeben ist. Die Implementierung eines bestimmten Interface-Members I.M , wobei I die Schnittstelle ist, in der das Member M deklariert wird, wird bestimmt, indem jede Klasse oder Struktur S untersucht wird, beginnend mit C und für jede sukzessive wiederholt wird Basisklasse von C , bis eine Übereinstimmung gefunden wird

     

• Wenn S eine Deklaration einer expliziten Interface-Member-Implementierung enthält, die I und M entspricht, dann ist dieses Member die Implementierung von I.M

  

• Andernfalls, wenn S eine Deklaration eines nicht statischen öffentlichen Mitglieds enthält, das M entspricht, dann ist dieses Mitglied die Implementierung von I.M .

  

Ein Kompilierungsfehler tritt auf, wenn Implementierungen nicht für alle Member aller Schnittstellen gefunden werden können, die in der Basisklassenliste von C angegeben sind.

Kurz gesagt, der Compiler sucht zuerst nach einer expliziten Schnittstellenimplementierung. Wenn es keinen finden kann, sucht es nach einem nicht statischen, öffentlichen Member mit der gleichen Signatur wie die Methode M , die implementiert wird. Wenn es keinen finden kann, tritt ein Kompilierungsfehler auf. Also sind die Regeln das. So implementieren Sie ein Schnittstellenmitglied I.M :

1. Wenn Sie I.M explizit implementieren, lautet die Syntax

   return-type I.M(parameter-list)

2. Ansonsten ist die Syntax

   public return-type M(parameter-list)

Also mit

Wir können das explizit implementieren:

oder nicht:

Der Unterschied ist dann, dass Explicit.Add nicht sichtbar ist, es sei denn Instanzen von Explicit werden als IAdd :

während

Hilft das?

Weil Funktionen, Felder usw., die in Interface deklariert sind, standardmäßig immer einen öffentlichen Modifikator haben. Also, wenn Sie es implementieren, müssen Sie nicht öffentlich eingeben, weil Klasse bereits jetzt Methode ist Interface-Implementierung so seine Öffentlichkeit. In Klassen sind alle Felder und Methoden privet, aber taub.

Dies ist der Unterschied zwischen einem Explict und Implict Implementierung einer Schnittstelle.

Normalerweise möchten Sie eine Schnittstelle implizit implementieren, was bedeutet, dass die implementierten Elemente öffentlich verfügbar sind. Dies ist sinnvoll, wenn Sie bedenken, dass die Implementierung einer Schnittstelle normalerweise bedeutet, dass eine Klasse ein bestimmtes Feature ausführen kann (z. B. über IDisposable entsorgt werden kann).

In Szenarien, in denen Sie einen Typ benötigen, um eine Schnittstelle zu implementieren, aber nicht möchten, dass diese Schnittstellenmitglieder öffentlich zugänglich sind, verwenden Sie eine explizite Implementierung. Die Mitglieder sind immer noch erreichbar, aber nur wenn der Typ über die Schnittstelle referenziert wird.