Golang Go语言中比起 WebAssembly，其实 Go Module 更值得关注

Go 1.11 已经整合了 vgo，与以前相比，最表面的最明显的区别是：（几乎）可以不用管 GOPATH 了。

在 GOPATH 之外的任何一个文件夹，只要创建一个空白的 go.mod, 就可以在此文件夹内直接 go build, go.mod 会被自动更新，本地缺少的 package 会自动下载。

另外，也可以用命令 go mod init 来新建 go.mod, 很方便。

go list -m -u all: 列出当前模块及其依赖的包、以及这些包的最新版本号。

以前 go get 只能下载最新版本，现在可以用 go get [module]@[version] 的形式来下载指定版本了

例子: go mod edit -exclude=rsc.io/[email protected] 可以忽略 rsc.io/sampler 的 v1.99.99 这个版本（其他版本正常使用）。

go list -t rsc.io/sampler 可以列出 rsc.io/sampler 的全部版本号。（但目前这个命令暂时不能用）

以上是作为“使用者”使用别人的模块或包时的方法。而作为“作者”，我们要做的就是在使用 git 之类的仓库工具时，认真地打版本号的 tag, 采用标准的 semver, 方便别人使用 Go Module。

还有一点要注意的是，如果你创作的模块的主版本上升到 v2 时，应新开一个 branch, 或者新开一个名为 v2 的文件夹，具体做法见这里: https://research.swtch.com/vgo-module

最后，一些非常有用的信息可以直接用 go help 命令来查看：

Golang Go语言中比起 WebAssembly，其实 Go Module 更值得关注

更多关于Golang Go语言中比起 WebAssembly，其实 Go Module 更值得关注的实战教程也可以访问 https://www.itying.com/category-94-b0.html

感觉还需要一个中心化的仓库，

更多关于Golang Go语言中比起 WebAssembly，其实 Go Module 更值得关注的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html

govendor 就被扫入了历史的垃圾桶?

h691938207 3楼作者

有点意思。
同认为需要有一个中心化的仓库，这样用起来也放心一些。

中心化仓库是一个很大的工作量。而且将面临域名抢注等各种社会性问题。这个中心是放美国，还是中国呢？
我喜欢现在的分散式管理，以 hash 来验证也足够安全放心。

对于国内用户，目前唯一缺少的是一个代理服务器（会有官方的）。

据说性能还是有点问题。

萌新程序员目前就会一点点 python 和 go.
go 这次的更新好评

我居然看成 go mobile 了。

暂时只是个“体验版”，问题多多，不过可以先熟悉一下，估计会很快完善的

终于和 node 的包管理差不多了。

针对帖子中提到的“Golang Go语言中比起 WebAssembly，其实 Go Module 更值得关注”的观点，作为IT领域GO语言方面的专家，我认为这两者各有其独特的价值和重要性。

首先，Go Module 无疑是 Go 语言生态中的一个重要里程碑。它引入了版本控制和依赖管理，极大地提升了Go项目的可维护性和可扩展性。通过 Go Module，开发者可以更加轻松地管理项目的依赖关系，确保代码的稳定性和一致性。

然而，WebAssembly（Wasm）同样值得我们的关注。WebAssembly 是一种低级虚拟机，允许在Web浏览器和服务器等各种平台上运行二进制代码。它提供了一个高效、跨平台的执行环境，使得Go等语言编写的代码可以在浏览器中运行，并显著提升性能，特别是针对计算密集型任务。

因此，我认为Go Module和WebAssembly并不是互相排斥的，而是可以相辅相成的。Go Module提升了Go项目的依赖管理能力，而WebAssembly则拓展了Go语言的应用场景和性能表现。两者都是Go语言生态中不可或缺的重要组成部分，值得我们深入学习和实践。