今天在写代码的时候,发现一个有点违反直觉的地方,如下的文件夹结构:
├── XXX
│ ├── xxx.go
│ └── 123.txt
│
└── main.go
XXX 包的 xxx.go 中 init 函数会去打开 123.txt:
os.Open("123.txt") //这个会失败
os.Open("XXX/123.txt") //这个才能成功打开文件
有谁知道为什么前一个打开会失败吗?
谢谢。
1
kofj 2016-07-08 21:16:37 +08:00
init 里面打印依稀 os.Getwd() 你就知道为什么了。
|
2
TenTo OP @kofj ,os.Getwd()打印出来的路径是相对 main.go 的位置来说的。那现在的问题就是,如果 123.txt 文件是只有 XXX 包使用,这就很有问题,不可能每次在使用的时候都修改 xxx.go 的代码吧。
有什么方法可以解决这个问题? |
3
raincious 2016-07-08 21:28:50 +08:00
其实这不违反直觉啊。
因为编译好的文件和你的代码是两个不同的东西,源文件的相对位置和可执行文件的相对位置自然是不一样的。 |
4
TenTo OP @raincious ,那 123.txt 只有 XXX 包会用,在 xxx.go 文件里面的应该怎么写路径?是不是我只能将 123.txt 的内容也编译进代码里面?
|
5
zhujinliang 2016-07-08 21:32:15 +08:00 via iPhone
不管 a 包 b 包 c 包,编译后就是一个文件,调试信息一去,没人知道原来谁是谁
如果 123.txt 文件只在包 xxx 中使用,要么告诉用户请复制文件 123.txt 到某处,要么把文件内容写进 go 代码 没办法,程序就是程序,数据就是数据, golang 还不支持资源 |
6
TenTo OP @zhujinliang ,理解了,谢谢。
|
7
raincious 2016-07-08 21:36:39 +08:00
@TenTo
如果你不理解路径的问题,可以用 go build 产生一个可执行文件,然后以那个文件的位置作为基准来确定相对路径。 文件不大的话你到是可以考虑把整个文件保存成常量。但是如果文件体积比较大编译会很慢。 |
8
wweir 2016-07-09 08:30:11 +08:00 via Android
如果 123 是静态的,干嘛不直接打在源码里。如果是动态的,基本就是项目相关,放在项目的特定目录不好么。
还有第三种常见使用场景的话,请告知 |
9
CRVV 2016-07-09 22:00:59 +08:00 via Android
看起来应该用 go-bindata
|
10
cosiner 2016-07-10 09:58:20 +08:00
不论什么语言, 运行的时候初始目录都是当前目录, 和代码结构没关系, 相对路径也是相对于当前目录来.
初始目录可以使用类似 Chdir 的 api 改变 |