问题内容
由于具有 .net 背景,我目前正在尝试将我的第一个 go 项目调整为更典型的 go 项目结构(与此类似)。我不明白的是,如何避免依赖项意外地进入不属于它们的包中。
假设我有一个项目由两部分组成,一个名为 foo
的应用程序和一个模型。
- 我的模型几乎没有依赖项
-
foo
应用程序可能依赖于 http、日志记录、指标等库。
该项目可能如下所示:
├── go.mod
├── go.sum
├── model
│ ├── person.go
│ └── address.go
├── cmd
│ └── runfoo
│ └── main.go
└── foolib
└── applicationlogic.go
登录后复制
但是由于模块文件位于根目录,因此 go get github.com/httplib
将使 httplib
也可用于该模型。这种方法有缺点:
- 这非常简单(特别是使用 vscode 自动导入等功能),有时很容易在模型中要求
httplib
,即使它绝对不属于那里。 - 查看
go.mod
,我无法确定哪些依赖项适用于模型,哪些依赖项适用于应用程序。
现在,我可以使用非常细粒度的模块并添加 go.work
文件进行开发,但这感觉很难维护(并且与参考结构不对齐)。
如何避免使依赖项对所有包可用?这样做是否明智?
正确答案
如何避免使依赖项对所有包可用[?]
你不能(使用一个模块)。
[...]这样做是否明智?
不,绝对不是。
您看到的“缺点”根本没有问题,并且不会在实践中导致任何问题。
以上就是如何避免使模块中的所有包都可用依赖项?的详细内容,更多请关注每日运维网(www.mryunwei.com)其它相关文章!