Small project usually don’t need any structure.これは、小さなプロジェクトは、通常、どんな構造も必要としません。 始めるのに必要なのは main.go だけです。

次に、プロジェクトが大きくなったら (たとえば、2 つのバイナリを持つ必要があることに気づいたら)、一般的なアプローチは cmd/ フォルダを追加することです。 もちろん、どんなディレクトリでもかまいませんが、cmd はすべての gopher がプロジェクト内ですぐに認識できるものです。

それから、コードベースが大きくなると、さらに “.go” ファイルやパッケージを追加し始めますが、これらはそれぞれ別のサブディレクトリになります (定義による)。

他の多くの言語では、ディレクトリは handlers や models のようにファイルの束の「名前付け」に使用されますが、Go ではディレクトリは個別のパッケージ (つまり、ライブラリ) です。 したがって、Go での「フォルダーの構造化」は、実際には「いつ、どのようにコードをサブパッケージに抽象化するか」を意味します。

しかし、一般的には、コードベースがそれを要求しない限り、リポジトリの構造化については考えません (たとえば、多すぎるファイル、それ自身のパッケージで再利用および分離できる明白な抽象化など)。