Wie unterstützt man mehrere Versionen derselben Schnittstelle?

Ich schreibe ein Go-Modul, das eine Struktur implementiert, die eine Schnittstelle erfüllt. Wir möchten nur eine einzige Version der Bibliothek verwalten, aber unsere Kunden verwenden mehrere Versionen einer unserer Abhängigkeiten.

Die Abhängigkeiten stellen die Schnittstelle bereit, die wir wie unten gezeigt implementieren möchten.

type supercoolinterface interface {
    dooldcoolthing(value string)
}

Unsere Umsetzung ist so.

type supercoolimpl struct {}

func (sc *supercoolimpl) dooldcoolthing(value string) {}

Neue Version von Abhängigkeiten fügt neue Typen im Typenmodul hinzu.

type newtype struct {
  value string
}

Die Abhängigkeit fügt der Schnittstelle eine Methode hinzu.

type supercoolinterface interface {
    dooldcoolthing(value string)
    donewcoolthing(value types.newtype)
}

Wenn ich jetzt die neue Methode implementiere, wird sie nicht mit der alten Version der Bibliothek kompiliert, da types.newtype nicht existiert. Allerdings kann ich die neue Version der Schnittstelle nicht zufriedenstellen, wenn ich die neue Version nicht umsetze.

type SuperCoolImpl struct {}

func (sc *SuperCoolImpl) DoOldCoolThing(value string) {}
func (sc *SuperCoolImpl) DoNewCoolThing(value types.NewType) {}

Müssen wir den Code forken, um diese Version zu unterstützen? In Sprachen mit Präprozessoren gibt es eine einfache Lösung, daher gehe ich davon aus, dass go eine Lösung haben muss, die mir fehlt.

Wir planen, weiterhin beide Versionen zu entwickeln und zu unterstützen. Daher kann es ärgerlich sein, die Konsistenz zwischen zwei verschiedenen Versionen sicherstellen zu müssen. Ich hoffe, dass ich etwas mit Reflection oder etwas Ähnlichem wie dem C-Präprozessor machen kann, wo ich einen Präprozessorwert definieren und die Methode nur implementieren kann, wenn wir die Version der Bibliothek anweisen, den richtigen Typ zu haben.

Richtige Antwort

Ich habe eine Lösung gefunden, die für meine Situation funktioniert.

Danke an @Burak Serdar, der mich in die richtige Richtung gelenkt hat.

Meine Lösung bestand darin, die alte Implementierung in das Paket impl/v0 und die neue Implementierung in das Paket impl/v1 zu packen.

Clients, die ältere Versionen von Abhängigkeiten verwenden, verwenden impl/v0, und Clients, die neuere Versionen von Abhängigkeiten verwenden, verwenden impl/v1.

Da Golang nur direkt importierten Code kompiliert, werden nur Pakete mit der richtigen Schnittstellenversion kompiliert, sodass beide Richtungen erfolgreich kompiliert werden.

Das nimmt mir die Sorge, die gesamte Bibliothek teilen zu müssen.

BEARBEITEN: Falls jemand diese Lösung verwendet, besteht ein Problem, wenn Sie derzeit go test ./... zum Ausführen Ihrer Tests verwenden. Der Befehl scheint zu versuchen, jedes Modul zu erstellen, unabhängig davon, ob es Tests enthält oder nicht.

Aber Sie können go test $(go list ./... | grep -v <path_to_ignore>)</path_to_ignore> verwenden, um Tests auszuschließen, die Sie dann in einem anderen Befehl mit der richtigen Version ausführen können.

Das obige ist der detaillierte Inhalt vonWie unterstützt man mehrere Versionen derselben Schnittstelle?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!