我在解析我的 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
,因此相对路径困惑。
我查看了其他提及
path/filepath
包的 SO 答案,尤其是filepath.Abs
function用于将相对路径转换为绝对路径。但是,这不会解决我的问题,因为绝对路径将基于错误的工作目录。一些基于 GOPATH 的“绝对路径” 的解决方案可能就足够了,但我认为 GOPATH 在构建和导出代码时意义不大。
<简单地将所有配置文件移植到硬编码的 Go 结构也不可行,因为它们是跨语言使用的。
最佳答案
依赖源代码中的配置文件路径不仅是单元测试中的问题,也是生产中的问题。通常,代码会做这样的事情:
- 配置处理程序接受一个
io.Reader
,它将从中读取配置。 main
将打开一个文件(其路径可能是硬编码的、通过命令行传递的、通过环境变量传递的,等等)并将其传递给配置处理程序以供读取。- 配置处理程序的单元测试会将一个配置(或多个配置,以测试不同的场景)硬编码为类似
bytes.Buffer
的内容,并将其传递给配置处理程序进行读取。 - 除了读取配置文件的代码之外的任何单元测试(因此,任何使用配置但不操作它),都会生成
Config
结构在代码中,而不是从真实的 或 假文件中读取它,作为测试工具的一部分。例如,myConf := config.Config{SomeProp: "foo", OtherProp: true}
然后将其传递给被测函数。
关于go - 解决非主包中的相对路径问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55105299/