如果您编写的 go 命令(不是包)很大，您如何布局其内部结构？我很想拥有一些实用程序包等，但除了命令代码之外，我不会公开这些实用程序包。如果它们都在同一个 repo 协议(protocol)中，我看不出是什么阻止了某人导入这些内部使用包。
最佳答案
您可以将您的实用程序包作为您的包的内部 — like this .这不会阻止任何人使用它们，但是 a) 你为什么要关心呢？ b) 包的结构会清楚地暗示这些“子包”是项目内部的。
关于go - 如何构建 go 命令的内部结构，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20985308/