由于具有 .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
也可用于该模型。这种方法有缺点:
httplib
,即使它绝对不属于那里。go.mod
,我无法确定哪些依赖项适用于模型,哪些依赖项适用于应用程序。现在,我可以使用非常细粒度的模块并添加 go.work
文件进行开发,但这感觉很难维护(并且与参考结构不对齐)。
如何避免使依赖项对所有包可用?这样做是否明智?
如何避免使依赖项对所有包可用[?]
你不能(使用一个模块)。
[...]这样做是否明智?
不,绝对不是。
您看到的“缺点”根本没有问题,并且不会在实践中导致任何问题。
以上是如何避免使模块中的所有包都可用依赖项?的详细内容。更多信息请关注PHP中文网其他相关文章!