Les petits projets n’ont généralement pas besoin de structure. Tout ce dont vous avez besoin pour commencer est juste main.go. Je recommande de toujours commencer un projet avec un seul fichier main.go.

Puis, une fois que votre projet grandit (imaginez, vous réalisez que vous devez maintenant avoir deux binaires), l’approche commune est d’ajouter le dossier cmd/. Il peut être n’importe quel répertoire, bien sûr, mais cmd est quelque chose que chaque gopher reconnaît immédiatement dans le projet.

Puis, une fois que votre base de code se développe, vous commencez à ajouter plus de fichiers « .go » et plus de paquets – chacun d’eux sera dans un sous-répertoire distinct (par définition). Et ici étaient beaucoup de nouveaux arrivants devient confus et apporter des modèles de structuration d’autres langues ou frameworks.

Dans beaucoup d’autres langues, le répertoire est utilisé pour « namespacing » groupe de fichiers, comme handlers ou models, mais en Go, le répertoire est un paquet séparé (c’est-à-dire une bibliothèque). Donc « structurer les dossiers » en Go signifie en fait « comment abstraire le code en sous-paquets et quand ».

Mais en général, vous ne pensez pas à structurer votre repo à moins que votre base de code ne le demande (c’est-à-dire trop de fichiers, des abstractions évidentes qui peuvent être réutilisées et isolées dans son propre paquet, etc.).