直接使用二进制包

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，则在进行构建时会收到以下错误消息：

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代码，它都是一种构建，测试，获取的死掉的便捷工具，但它既不是语言，也不是编译器，也不是链接器。

顺便说一句：不分发资源真的没有意义。