Antwort.

Geschichte der Frage:

Go hat ein einfaches, aber leistungsstarkes Konzept für Methoden und Schnittstellen implementiert, das auf Duck Typing basiert. Methoden können nur für benannte Typen (Struct oder Alias) definiert werden, während Schnittstellen eine Menge von Methoden darstellen. Dies ist der Schlüssel zu Polymorphismus und Abstraktionen, ohne dass eine explizite Angabe von implements erforderlich ist.

Problem:

Programmierer, die aus Java oder C# kommen, erwarten oft explizite Schlüsselwörter wie implements oder extends und sind verwirrt über die Unterschiede zwischen Methoden mit einem Receiver per Wert und per Zeiger, was zu unvorhersehbarem Verhalten und Fehlern bei der Implementierung von Schnittstellen führt.

Lösung:

Definition von Methode und Schnittstelle:

type User struct {
    Name string
}

func (u User) Greet() string {
    return "Hallo, " + u.Name
}

func (u *User) SetName(name string) {
    u.Name = name
}

type Greeter interface {
    Greet() string
}

Wenn die Methode einen Receiver (u *User) hat, dann implementiert nur *User die Schnittstelle, wenn (u User) — implementieren beide Typen
Wenn die Methode einen Receiver per Wert hat, kann sie die Struktur nicht ändern

Schlüsselfeatures:

Methoden können nur für benannte Typen deklariert werden
Aufrufmethoden: über Wert, über Zeiger, über Schnittstelle
Implementierung von Schnittstellen ist „implizit“, Deklaration ohne implements

Trickfragen.

Kann man Methoden für einen Typ-Alias mit dem Basistyp int oder string deklarieren?

Ja, wenn es sich um einen benannten Typ handelt, z.B.:

type MyInt int
func (m MyInt) Double() int { return int(m) * 2 }

Was ist der Unterschied zwischen der Implementierung einer Schnittstelle über Methoden mit Zeiger und Wert?

Wenn die Methode der Schnittstelle als (T) deklariert ist, dann implementieren sowohl T als auch *T die Schnittstelle. Wenn (*T), nur *T erfüllt die Schnittstelle. Dies ist entscheidend für die Übergabe der Struktur an Funktionen, die Schnittstellen akzeptieren.

Wie funktioniert der "zero value" für Schnittstellen und was passiert, wenn man eine Methode auf einem nil-Wert aufruft?

Eine nicht initialisierte Schnittstellenvariable ist nil, ein Versuch, eine Methode auf einem nil-Feld aufzurufen, wird paniken, wenn keine explizite nil-Zeigerbehandlung implementiert ist.

Typische Fehler und Anti-Patterns

Verwirrung zwischen Receiver per Wert und per Zeiger (weshalb die Schnittstelle nicht implementiert wird)
Deklaration von Methoden für anonyme Strukturen (nicht möglich)
Verwendung von Schnittstellen ohne Notwendigkeit, was zu komplexerem Code führt

Beispiel aus dem Leben

Negativer Fall

Der Typ ist mit Methoden per Zeiger (*T) deklariert, die Schnittstelle erwartet Methoden per Wert (T), und die Struktur kompiliert nicht, wenn sie in Schnittstellen verwendet wird. Versuch, eine Methode für eine Variable des Typs []User zu deklarieren, und nicht für den Typ User.

Vorteile:

Einfache Deklaration von Methoden

Nachteile:

Der Compiler erlaubt nicht die Implementierung der Schnittstelle
Laufzeit- und Kompilierungsfehler

Positiver Fall

Alle Methoden, die Schnittstellen implementieren, sind mit dem korrekten Receiver deklariert. Schnittstellen werden nicht dort verwendet, wo es nicht nötig ist (konkreter Typ, wo möglich; Polymorphismus, wo nötig).