直接使用二进制包

Question

我正在用 Go 编写一个库。我计划分发它，主要要求是“无源代码”。

为了测试，我创建了两个工作区，如下所示，

WS1

• 仓/

• pkg/linux_amd64/lib.a

• src/lib/src.go

WS2

• 仓/

• 包/

• src/main/main.go

我的第一个工作区 (WS1) 是实际的虚拟库，它具有一些实用功能。第二个工作区 (WS2) 具有使用来自 WS1 的包 (lib.a) 的主要功能。

在我从 WS1 中删除源之前，一切都运行良好。如果我删除 WS1 中的目录 /lib/src.go，在 go build 期间我会收到以下错误，

main.go:5:2：在以下任何一个中找不到包“lib”：/usr/local/go/src/pkg/lib（来自 $GOROOT）../Testing/ws1/src/lib（来自 $GOPATH）

上面的消息表明我们也应该保留源文件。单独的预编译二进制包不能直接使用。

根据网上的一些建议，我们可能会保留一些时间戳值小于二进制包时间戳的虚拟源。但是，这对我们来说似乎不是一个可行的解决方案。如果虚拟源的时间戳不幸更新了会发生什么？

我在这里看到过类似的问题， https://github.com/golang/go/issues/2775

我的问题：

1. 分发源码是 Golang 唯一的可能吗？

2. 为什么 Go 没有提供直接使用“.a”文件的规定？

3. 如果 Go 必须保留源代码，为什么 Go 中没有提到这个小东西？（或）我在这里遗漏了什么吗？

在此先感谢您的帮助！

Answer 1

Go 编译器只需要这些.a文件。如果您运送它们，任何人都可以在没有源代码的情况下使用您的软件包。但是您的用户将不得不手动调用编译器（例如6g，不是go工具）。如果您发送一个myfoo.a文件和一个myfoo.go仅包含的虚拟源，package myfoo并且 的时间戳myfoo.a比 的新myfoo.go（并且您将所有内容都放在适当的位置），您可以使用该go工具。更新：go 工具的较新版本检测已删除的文件，并要求所有文件（可能为空）在 src 文件夹中具有正确的文件名和较旧的时间戳。管理时间戳不应该成为破坏者。不要误以为该go工具是Go：它是构建、测试、获取任何 Go 代码的非常方便的工具，但它既不是语言，也不是编译器，也不是链接器。顺便说一句：不分发源确实没有意义。