导入文件夹和模块的相关性

一分耕耘，一分收获！既然都打开这篇《导入文件夹和模块的相关性》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新Golang相关的内容，希望对大家都有所帮助！

我对 go 导入和模块的工作方式有一些疑问。 我有一个具有以下结构的项目：

my-project
|- program 1
   |- main.go
   |- go.mod
|- program 2
   |- main.go
   |- go.mod
|- support
   |- go_file.go

这两个程序具有不同的模块“定义”。我需要包含两个程序之间共享的“support”文件夹。我试过了

import "My-Project/Support"

在program1的main.go里面，但是这不起作用，因为support无法解析。我该怎么做？

解决方案

如上所述，您的 support/go_file.go 不在任何模块中，因此无法使用 go 模块导入它。

要么对所有三个包使用单个模块，要么使用三个单独的模块（即将支持放在它自己的模块中）。您还可以使用子模块。

单个模块：

对于单个模块，您可以执行以下操作：

└── my-project
    ├── go.mod
    ├── program\ 1
    │   └── main.go
    ├── program\ 2
    │   └── main.go
    └── support
        └── go_file.go

项目级别 go.mod 类似于：

module github.com/my-name/my-project

（用适当的模块名称替换），然后两个 main 包都会导入支持包：

import "github.com/my-name/my-project/support"

注意 go 包通常不会像这样以大写字母开头。

对于这种混合了包和命令的单个存储库的设置来说，更惯用的布局是将命令放入 cmd 子目录中（例如，请参阅 golang.org/x/tools 布局）。这看起来像这样：

└── my-project
    ├── cmd
    │   ├── program1
    │   │   └── main.go
    │   └── program2
    │       └── main.go
    ├── go.mod
    ├── internal
    │   └── support
    │       └── support.go
    └── other-package
        └── some-other-package.go

此处，support 包位于内部子目录中，这使得它无法从外部 my-project 导入，而 other-package 可由任何人导入。

同样，go.mod 将定义模块名称，该名称设置用于所有导入语句的前缀。

单独的模块：

要使用单独的模块，您需要执行以下操作：

└── my-project
    ├── program\ 1
    │   ├── go.mod
    │   └── main.go
    ├── program\ 2
    │   ├── go.mod
    │   └── main.go
    └── support
        ├── go_file.go
        └── go.mod

此处 my-project/program 1/go.mod 类似于：

module "github.com/my-name/my-project/program 1"

require (
        github.com/my-name/my-project/support
)

导入与单个模块示例相同。 对于 program 2 也类似。对于 support/go.mod 它看起来像：

module github.com/My-Name/My-Project/Support

对于本地开发，您可能还需要/需要每个程序的 go.mod 中的 go.mod 指令来使用支持模块的本地工作副本（go mod edit -replace github.com/my-name/my-project /support=../support 应该添加此）。

今天关于《导入文件夹和模块的相关性》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！