.net のバックグラウンドを持ち、現在、最初の Go プロジェクトをより一般的な Go プロジェクト構造 (これ)。私が理解できないのは、依存関係が誤って属していないパッケージに入るのを避ける方法です。
foo
という名前のアプリケーションとモデルという 2 つの部分で構成されるプロジェクトがあるとします。
foo
アプリケーションは、http、ロギング、メトリクスなどのライブラリに依存する場合があります。 プロジェクトは次のようになります:
リーリーただし、モジュール ファイルはルート ディレクトリにあるため、go get github.com/httplib
を実行すると、そのモデルでも httplib
が利用できるようになります。この方法には欠点があります:
httplib
がモデルに明らかに属していない場合でも、それを要求することが簡単に行われることがあります。 を見ると、どの依存関係がモデルのもので、どれがアプリケーションのものなのかがわかりません。
go.work ファイルを追加できるようになりましたが、これは保守が難しいと感じます (また、参照構造と一致していません)。
すべてのパッケージで依存関係を利用できるようにするにはどうすればよいでしょうか?これは賢明ですか?
(モジュールを使用することは)できません。
[...]これは賢明ですか?
いいえ、絶対に違います。
あなたが見ている「欠点」はまったく問題ではなく、実際には問題を引き起こすことはありません。
以上がモジュール内のすべてのパッケージで依存関係を利用できるようにするにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。