La méthode d'interface Go renvoyant l'interface ne correspond pas à la méthode renvoyant le type de béton
Problème :
Une méthode d'interface renvoyant une interface ne fonctionne que si le type d'implémentation déclare l'interface elle-même, et non un type concret qui implémente l'interface.
Question :
Comment pouvons-nous résoudre ce problème tout en évitant de modifier des types concrets tiers ou de s'interfacer directement avec eux ?
Réponse :
Pour concilier l'inadéquation de l'interface, nous utilisons des techniques d'encapsulation :
1. Technique d'emballage :
Créez un nouveau type qui enveloppe le type de béton tiers et fournit l'interface souhaitée :
<code class="go">type MyBar Bar func (b *MyBar) GetStringer() fmt.Stringer { return &Foo{"foo"} }</code>
Cette approche permet la personnalisation de l'interface souhaitée sans affecter la type de béton d'origine.
2. Technique de type intégré :
Incorporer le type de béton tiers dans un nouveau type et fournir l'implémentation d'interface nécessaire :
<code class="go">type MyBar struct{ Bar } func (b *MyBar) GetStringer() fmt.Stringer { return b.Bar.GetStringer() }</code>
L'intégration préserve la fonctionnalité du type de béton d'origine tout en l'étendre avec l'interface souhaitée.
Ces techniques permettent la création de types personnalisés conformes aux interfaces spécifiées, même lorsque les types concrets d'origine ne le sont pas. Ils offrent une approche flexible pour intégrer des types tiers dans des systèmes basés sur une interface plus large.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!