Heim > Backend-Entwicklung > Golang > Kann Monkey Patching die Probleme beim Testen der unveränderlichen Codebasis von Go lösen?

Kann Monkey Patching die Probleme beim Testen der unveränderlichen Codebasis von Go lösen?

DDD
Freigeben: 2024-12-15 15:11:18
Original
912 Leute haben es durchsucht

Can Monkey Patching Solve Go's Unchangeable Code Base Testing Problems?

Monkey Patching in Go: Eine Lösung für unveränderliche Codebasen

Das Arbeiten mit Codebasen, die nicht auf Schnittstellen programmiert und stark miteinander verbunden sind, kann vorliegen Herausforderungen für Tests und Benchmarking. In solchen Szenarien sind herkömmliche Spotttechniken möglicherweise nicht anwendbar. Allerdings gibt es in Go eine Strategie, die helfen kann: Monkey Patching.

In einer ähnlichen Situation besteht der vorgeschlagene Ansatz darin, eine benutzerdefinierte Schnittstelle als Wrapper um den nicht veränderbaren Code zu erstellen. Auf diese Weise können Sie bestimmte Methoden in Tests nachahmen, während der ursprüngliche Code intakt bleibt.

Betrachten Sie zur Veranschaulichung das folgende Beispiel:

type MyInterface interface {
    DoSomething(i int) error
    DoSomethingElse() ([]int, error)
}

type Concrete struct {
    client *somepackage.Client
}

func (c *Concrete) DoSomething(i int) error {
    return c.client.DoSomething(i)
}

func (c *Concrete) DoSomethingElse() ([]int, error) {
    return c.client.DoSomethingElse()
}
Nach dem Login kopieren

In diesem Szenario ist Concrete der Code, den Sie nicht ändern können . Durch die Erstellung der MyInterface-Schnittstelle und die Einbettung der ursprünglichen Concrete-Struktur erhalten Sie die Flexibilität, deren Methoden in Tests nachzuahmen:

// Replace the embedded type with a mock in tests
type MockConcrete struct {
    MyInterface
}

func (m *MockConcrete) DoSomething(i int) error {
    // Implement custom logic for mocking DoSomething
}
Nach dem Login kopieren

Dieser Ansatz bietet eine Möglichkeit, bestimmte Funktionen zu testen, ohne den zugrunde liegenden Code zu ändern.

Alternativ können Sie, wie in den Kommentaren vorgeschlagen, den gewünschten Typ auch direkt einbetten, anstatt eine separate Schnittstelle zu erstellen. Dadurch können Sie selektiv nur die Methoden verspotten, die Sie benötigen:

type Concrete struct {
    *somepackage.Client
}
Nach dem Login kopieren

Diese Strategie behält die Möglichkeit bei, direkt auf den eingebetteten Typ auf nicht verspottete Methoden zuzugreifen, was eine größere Flexibilität beim Testen bietet.

Das obige ist der detaillierte Inhalt vonKann Monkey Patching die Probleme beim Testen der unveränderlichen Codebasis von Go lösen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage