gpt4 book ai didi

go - 解决非主包中的相对路径问题

转载 作者:数据小太阳 更新时间:2023-10-29 03:44:13 25 4
gpt4 key购买 nike

我在解析我的 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/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com