3 回答

TA貢獻1777條經驗 獲得超3個贊
相對路徑始終被解釋/解析為基本路徑:當前目錄或工作目錄-因此它將始終具有其局限性。
如果您可以始終注意正確的工作目錄,則可以繼續使用相對路徑。
我建議的是不要依賴工作目錄,而是要明確指定基本路徑。它可能在您的應用程序(也可能是工作目錄)中具有一個硬編碼的默認值,并且您應該提供幾種方法來覆蓋它的值。
建議的方法來覆蓋您的“相對”路徑所針對的基本路徑:
命令行標志(請參閱flag軟件包)
環境變量(請參閱os.Getenv())
(已修復)用戶主目錄中的配置文件(請參閱os/user/User和os/user/Current())
一旦有了基本路徑,就可以通過合并基本路徑和相對路徑來獲得完整路徑。您可以使用path.Join()或filepath.Join(),例如:
// Get base path, from any or from the combination of the above mentioned solutions
base := "/var/myapp"
// Relative path, resource to read/write from:
relf := "conf/patients.json"
// Full path that identifies the resource:
full := filepath.Join(base, relf) // full will be "/var/myapp/conf/patients.json"

TA貢獻1803條經驗 獲得超6個贊
這不是路徑問題,而是設計問題。
您應該更仔細地設計代碼。
據我所知,您在測試文件中共享相同的路徑并顯示運行。我想也許您json不建議在模型包中硬編碼您的路徑。
更好的方法是
模型包從全局配置獲取json路徑,或從json路徑獲取初始化模型,例如model := NewModel(config_path)。因此,揭示運行可以使用您想要的任何json初始化模型。
../../conf/patients.json您的xxxx_testing.go中的硬代碼“ ”
- 3 回答
- 0 關注
- 612 瀏覽
添加回答
舉報