处理子模块中的相对路径问题

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《处理子模块中的相对路径问题》，聊聊，我们一起来看看吧！

我在解析 go 应用程序中的相对文件路径时遇到问题。对于这个应用程序，我决定制作一个包，为不同的配置文件提供统一的接口。 conf 包包含相关的数据文件，因此这基本上是文件树：

app/conf
    + config.go
    + config.json
    + ...
app/code
    + code.go
    + code_test.go

问题是，当 app/code/code_test.go 中定义的测试调用 app/conf 包中的函数（该函数又尝试打开 app/conf/config.json）时，相对路径会变得混乱，因为工作目录位于 app/code。

• 我查看了其他 so 答案，其中提到了 path/filepath 包，尤其是用于将相对路径转换为绝对路径的 filepath.abs​​ 函数。但是，这并不能解决我的问题，因为绝对路径将基于错误的工作目录。

• 一些基于 gopath 的“绝对路径”解决方案可能就足够了，但我认为在构建和导出代码时 gopath 没有什么意义。

  李>

• 简单地将所有配置文件移植到硬编码的 go 结构体也是不可行的，因为它们是跨语言使用的。

解决方案

依赖源代码中的配置文件路径不仅是单元测试中的问题，而且也是生产中的问题。通常，代码会执行如下操作：

• 配置处理程序接受 io.Reader，从中读取配置。
• main 将打开一个文件（其路径可能是硬编码的、通过命令行传递、通过环境变量传递等）并将其传递给配置处理程序进行读取。
• 配置处理程序的单元测试会将配置（或多个配置，以测试不同的场景）硬编码为 bytes.Buffer 之类的内容，并将其传递给配置处理程序进行读取。
• 除了读取配置文件的代码之外的任何内容的单元测试（因此，任何使用配置但不操作配置的内容）都会生成 Config 结构作为测试工具的一部分，在代码中而不是从真实的或假文件中读取它。例如， myConf := config.Config{SomeProp: "foo", OtherProp: true} ，然后将其传递给被测试的函数。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《处理子模块中的相对路径问题》文章吧，也可关注golang学习网公众号了解相关技术文章。