新しい方法で Golang モジュールとプロジェクト構造を構築する方法
Go 1.11 で導入された更新されたモジュール システムでは、参照するアプローチがさまざまなディレクトリからのモジュールが進化しました。これを新しい方法で実現する方法を見てみましょう。
古い方法
以前は、モジュールを使用するには GOPATH に配置する必要がありました。通常、フォルダーはプロジェクトごとに GOPATH 内に作成されます。 "src" ディレクトリ内のすべてのものをソフトウェアにインポートおよびエクスポートできます。
たとえば、次のプロジェクト構造を考えてみましょう。
github.ibm.com/ └── Alessio-Savi └── GoLog-Viewer ├── conf ├── database ├── datastructure ├── GinProva.go ├── README.md ├── request └── resources
data Structures.go ファイルをインポートするには、次のステートメントを使用します。使用可能:
import( "github.ibm.com/Alessio-Savi/GoLog-Viewer/datastructure" )
新規Way
go モジュールの導入により、GOPATH の使用は必要なくなりました。代わりに、「go mod init」コマンドを使用して新しいモジュールを初期化できます。これにより、go.mod と go.sum の 2 つのファイルが生成されます。
go.mod ファイルには、モジュールに必要な必須ライブラリと外部 Go コードがリストされ、go.sum にはそれらのライブラリのハッシュが含まれます。
たとえば、GoGPUtils ライブラリについて考えてみましょう。
mkdir GoGPUtils cd $_ go mod init github.com/alessiosavi/GoGPUtils
go.mod ファイルは次のようになります。 this:
module github.com/alessiosavi/GoGPUtils go 1.13 require ( github.com/alessiosavi/ahocorasick v0.0.3 golang.org/x/tools v0.0.0-20191031220737-6d8f1af9ccc0 // indirect )
モジュール内に ahocorasick ライブラリをインポートするには、次のステートメントを使用できます:
import ( ahocorasick "github.com/alessiosavi/ahocorasick" )
サンプル シナリオでは、 module1 から module2 にアクセスするには、次のステートメントが必要です。 module1 の go.mod ファイルに module2 へのパスを含めます。例:
require ( github.com/your-username/module2 v0.0.1 )
以上がGo 1.11 以降で Go モジュールとプロジェクトを適切に構成するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。