L'éditeur PHP Zimo vous présente une technologie appelée "go mod supplier", qui est une fonctionnalité importante du langage Go. En utilisant un « fournisseur de mod go », les développeurs peuvent mieux gérer et contrôler les bibliothèques tierces dont dépendent leurs projets. Cette technologie peut aider les développeurs à résoudre les problèmes de gestion des dépendances et à garantir la stabilité et la fiabilité des projets. Comprendre l'utilisation et les principes du « fournisseur de mod go » est très utile pour les développeurs du langage Go. Dans cet article, nous examinerons en profondeur les « fournisseurs de modules Go » pour vous aider à mieux comprendre et appliquer cette technologie.
Quel est le but de "go modvendor". Je ne pense pas que les packages du fournisseur soient stockés dans le cache du module. Cependant, si je comprends bien, je pense que c'est incorrect car nous devons d'abord mettre à jour go.mod via "go mod spice" ou "go get" avant "go modvendor". Il semble que « go mod spice » et « go get » téléchargent les packages dans le cache du module. Pour moi, le « fournisseur de mod go » semble être une copie en cache du module. Pourquoi devons-nous conserver une copie du cache du module à la racine du projet ?
Encore une question : quelle est la manière recommandée pour configurer notre environnement ? Disons que j'utilise GOPROXY et GOPRIVATE. Lequel vaut-il mieux utiliser ? Répertoire des fournisseurs ou cache de modules ? Ou ça n'a pas d'importance.
J'ai lu cet article.
Merci !
En tant que programmeurs, notre principal problème est toujours le manque de contrôle. Les dépendances sont une chose délicate, vous ne pouvez rien construire en logiciel pur sans vous appuyer sur quelque chose qui existe déjà. Pas seulement le matériel, mais généralement le système d'exploitation et ses pilotes, et potentiellement des bibliothèques externes.
Les bibliothèques externes sont l'endroit où les modules Go entrent en jeu. Vous pouvez utiliser go mod tidy
和 go get
pour télécharger des dépendances depuis Internet lorsqu'elles ne sont pas déjà sur votre ordinateur.
Une fois que vous disposez de ces bibliothèques, vous pouvez utiliser go modvendor
pour les copier du répertoire de cache Go de votre système vers le référentiel réel où elles sont utilisées. Vous vérifiez ces dépendances dans le contrôle de code source. Cela vous donne un contrôle total sur le code dont vous dépendez. Ces dépendances font désormais partie de votre code, vous en êtes désormais propriétaire. Vous les possédez réellement même si vous ne les provisionnez pas, mais vous n'avez pas de contrôle sur eux et vous devriez éviter cela si vous voulez que votre code soit évolutif.
Une fois que vous avez rendu votre code et toutes ses dépendances de bibliothèque disponibles et téléchargés sur GitLab (par exemple), peu importe si les propriétaires d'origine des bibliothèques dont vous dépendez vous coupent l'herbe sous le pied et suppriment leurs bibliothèques de GitLab, comme . Vous avez désormais éliminé un problème potentiel de votre liste. C'est pourquoi les vendeurs ont du sens.
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!