単一のgoプロジェクトで使用されるgoパッケージの適切なフォルダ構造

Question

私は現在Goで作業を開始しており、パッケージの命名とワークスペースのフォルダ構造についてはまだ掘り下げていません。

しかし、私はGoのパラダイムに従って自分のコードを正しく構成する方法はあまりよく分かりません。それは$GOPATH/srcに常駐するようここ

は私の現在の構成例である：

github.com/myusername/project 
|-- main.go 
+-- internal 
+---- config 
|------ config.go 

だから私は、今度は、それが唯一でなければならないことのように特化され、configパッケージを使用していますprojectというプロジェクトを持っていますprojectによって使用されます。したがって、私はgithub.com/myusername/configの下にそれを望んでいない、右か？今

質問は、それが（例えば、それprojectconfigに名前を付ける）内部パッケージ構造を使用するか、私が代わりにgithub.com/myusername/$pkgnameの下に私のプロジェクトの特定のパッケージを入れて、それがprojectに属することを何とか示すべき「良い」とは？

Answer 1

プロジェクトで1つのプログラムが作成された場合、最も一般的な構造は、前述のものです。プロジェクトは、一般的な方法は、このような構造を使用している複数のプログラムを生成する場合

は：

<project>/ 
    cmd/ 
    prog1/ 
     main.go 
    prog2/ 
     main.go 

は、あなたのプロジェクトは、最も一般的な構造は、プロジェクトのルートを使用しているサードパーティの消費のためのライブラリとしてコードを行く公開している場合ドメインモデルとAPIを公開する。

<project>/ 
    model.go 
    api.go 

「github.com/user/project」をインポートし、モデルとAPIを使用できるようにするサードパーティ製のコードです。

2番目と3番目のオプションを組み合わせて表示するのが一般的です。

また、依存関係の使用をカプセル化するパッケージを持つことも良い方法です。例えば。あなたのプロジェクトが

<project>/ 
    cmd/ 
    prog1/ 
     main.go 
    elastic/ 
    impl.go 
    dao.go 
    model.go 

弾性検索クライアントを使用していますので、dao.goにあなたはDAOのAPIを定義し、弾性/ impl.goます（インポート弾性ライブラリ、ドメインモーダルと）に面でDAOの実装を定義すると弾性の。最後に、実際のプログラムを生成するmain.goからすべてをインポートします。

thisこの問題についての素晴らしいプレゼンテーションを参照してください。