Les packages internes de Go peuvent-ils être importés depuis l'extérieur de leur répertoire parent ?

Dévoilement des secrets des packages internes dans Go

L'importation de packages internes dans Go est un sujet entouré de mystère. Explorons cette énigme et tentons d'y faire la lumière.

Contexte : le concept de package interne

Go adopte une approche modulaire de l'organisation des programmes, encourageant l'utilisation de packages avec des limites claires et des API exportées. Cependant, l'absence de restrictions d'accès sur les importations de packages peut poser un dilemme lors de la conception de bibliothèques ou de commandes plus volumineuses. Les packages internes sont apparus comme une solution, offrant un moyen de limiter la visibilité du code dans un projet spécifique.

Importations restreintes : règle de package interne

Une règle proposée pour Go 1.4 a introduit des restrictions pour l'importation de packages internes. Plus précisément, l'importation d'un chemin contenant « interne » est interdite pour le code en dehors de l'arborescence enracinée chez le parent de ce répertoire. Cette règle vise à faire respecter la nature privée prévue des packages internes.

Réponse courte et définitive

L'importation de packages internes en dehors de leur contexte prévu n'est ni recommandée ni simple dans Go. Les packages internes répondent à un objectif spécifique au sein d'un projet et doivent généralement rester isolés pour maintenir les principes d'encapsulation et d'organisation du code.

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!