问题内容
由于具有 .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 文件进行开发，但这感觉很难维护（并且与参考结构不对齐）。
如何避免使依赖项对所有包可用？这样做是否明智？
dmSOBC SHOP网店系统
下载
dmSOBC SHOP网店系统由北京时代胜腾信息技术有限公司（http://www.webzhan.com）历时6个月开发完成，本着简单实用的理念，商城在功能上摒弃了外在装饰的一些辅助功能，尽可能的精简各项模块开发，做到有用的才开发，网店V1.0.0版本开发完成后得到了很多用户的使用并获得了好评，公司立即对网店进行升级，其中包括修正客户提出的一些意见和建议，现对广大用户提供免费试用版本，如您在使用
正确答案
如何避免使依赖项对所有包可用[？]
你不能（使用一个模块）。
[...]这样做是否明智？
不，绝对不是。
您看到的“缺点”根本没有问题，并且不会在实践中导致任何问题。
