Implémentation d'interfaces avec des méthodes non exportées dans tous les packages
Vous essayez de restreindre l'accès aux détails d'implémentation d'une interface en rendant ses méthodes non exportées. Bien qu'il s'agisse d'une approche valable, elle peut poser des problèmes lors de l'implémentation de l'interface dans un package séparé.
Le problème
Le compilateur génère une erreur car il ne peut pas accéder au méthode getInvoice non exportée du système de comptabilité.Adaptateur. Cela est dû aux règles de visibilité du langage Go, qui empêchent les packages d'utiliser des identifiants non exportés en dehors de leur propre portée.
Solution possible
Malheureusement, il n'existe aucun moyen direct de implémentez une interface avec des méthodes non exportées dans un autre package. Cependant, il existe des méthodes alternatives pour obtenir des résultats similaires.
Utilisation de champs de structure anonymes
Vous pouvez intégrer l'interface en tant que champ anonyme dans une structure dans le package séparé. Bien que cela permette à la structure de satisfaire l'interface, cela rend également impossible la définition de votre propre implémentation des méthodes non exportées.
Enregistrement de l'adaptateur
Une approche plus adaptée consiste à rendre le type d'adaptateur non exporté et à fournir une fonction dans le package d'adaptateur qui l'enregistre auprès du package principal. Cela vous permet de contrôler l'accès à l'adaptateur tout en conservant la flexibilité.
// accountingsystem package type adapter struct {} // ... implementation omitted ... func SetupAdapter() { accounting.SetAdapter(adapter{}) } // main package func main() { accountingsystem.SetupAdapter() }
En utilisant cette méthode, vous pouvez restreindre l'accès à l'implémentation de l'adaptateur tout en garantissant que l'interface peut être utilisée dans tous les packages.
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!