Wie sollten Schnittstellen in Go benannt werden?

Schnittstellen-Benennungskonvention in Go

Benennungskonventionen für Einzelmethoden-Schnittstellen

In Go ist es üblich, Schnittstellen mit einer einzigen Methode nach zu benennen Anhängen des Methodennamens mit dem Suffix „-er“ oder einer ähnlichen Änderung. Dies führt zu einem Agent-Substantiv, wie es in Schnittstellen wie Reader, Writer, Formatter und CloseNotifier zu sehen ist.

Andere Überlegungen zur Benennung

Für Schnittstellen, die mehrere Methoden definieren, wird empfohlen, einen Namen zu wählen die ihren Zweck genau beschreibt, wie etwa net.Conn, http.ResponseWriter oder io.ReadWriter.

Namenskonventionen für Empfängertypen

Vermeiden Sie die Verwendung allgemeiner Namen wie this oder self für Empfängertypen. Es ist besser, eine prägnante Abkürzung zu verwenden, die den Empfängertyp widerspiegelt, normalerweise ein oder zwei Zeichen. Zum Beispiel „c“ oder „cl“ für „Client“ und „r“ für „Rechteck“. Dieser Ansatz stellt die Konsistenz aller Methoden des Typs sicher und betont die Rolle des Empfängers als offensichtliches Argument.

Anwendung auf den bereitgestellten Code

Im bereitgestellten Code wäre es angebracht, die folgenden Schnittstellennamen zu berücksichtigen :

• RoleChecker: Schnittstelle, die die IsRole-Methode definiert
• RoleAssumer: Schnittstelle, die die AssumeRole-Methode definiert
• RoleHelper:Kombinierte Schnittstelle für die Methoden IsRole und AssumeRole

Für die Schnittstelle ServerSession wären ServerSession oder Session geeignete Namen.

Das obige ist der detaillierte Inhalt vonWie sollten Schnittstellen in Go benannt werden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!