优化处理本地模块的递归替代方案

亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《优化处理本地模块的递归替代方案》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下，希望所有认真读完的童鞋们，都有实质性的提高。

我正在尝试从 gopath 切换到 go module。我有许多本地模块被许多可执行文件使用，出于安全原因我无法将它们放在网上。

当模块“d”依赖于三个包：“a”、“b”、“c”时，我需要在 go.mod 中“替换”：

replace m.y/a => /my/a
replace m.y/b => /my/b
replace m.y/c => /my/c

当可执行文件导入包“d”时，它不会直接导入a/b/c，但仍然需要go.mod中的“replace a,b,c”：

replace m.y/a => /my/a
replace m.y/b => /my/b
replace m.y/c => /my/c

replace m.y/d => /my/d

这是设计使然还是我用错了？既然 a/b/c 已经在 d 的 go.mod 中，为什么我必须为每个使用 d 的可执行文件重新编写它们？

go 模块是否支持从另一个 go.mod 导入？或者可以不一遍又一遍地写“替换a/b/c”吗？

正确答案

这是设计使然。每https://golang.org/ref/mod#go-mod-file-replace：

replace 指令仅适用于主模块的 go.mod 文件，在其他模块中将被忽略。详情请见Minimal version selection。

如果您有一组紧密耦合的包，甚至无法在本地或私有服务器上发布，那么它们可能应该是单个模块（module m.y）的一部分，而不是分成单独的模块（module） m.y/a、module m.y/b 等）。

另一方面，如果您可以在私有服务器上发布它们，那么您可以使用 .netrc 文件为 go 命令提供凭据，并使用 GOPRIVATE 环境变量来指示它不要在公共校验和数据库中查找校验和。有关更多详细信息，请参阅 https://golang.org/ref/mod#private-modules。

replace 不应用于修复源代码。它用于修复您的构建配置，通常是暂时的或仅用于开发环境。

如果您的包的导入字符串已永久更改，您需要更新导入它们的源代码。这是您希望避免重命名包或模块的原因之一。

本篇关于《优化处理本地模块的递归替代方案》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！