从全体的角度来看Go，很难了解他是怎样取得这么大的成功的。从实际的角度下去说Go是一门十分蹩脚的言语，就算是和C++或许Ada之类旧言语相比也是这样。它缺乏少量的编译时的反省和编译时的逻辑，它缺乏销毁逻辑招致许多样板文件和运转时错误。它的界面不是很有表现力。它具有一等公民数据结构(slices和maps)，不能运用言语本身作为库停止复制。

在许多不需求易变性的状况下，它强迫用户停止易变性。它附带了一个伪依赖管理器，它缺乏独立项目的独立版本控制。与大少数其他盛行的细叱编程言语(即C、C++、Ada、Fortran和Rust)相比，它的速度十分慢。

这就是我如今能想到的，很容易就能给你们展现的东西。一旦你深化研讨go，你会发现它会做出一些固有的错误设计选择，它是为1980年而不是2020年设计的言语。

虽然如此，就像任何曾经运用过go的人都能通知你的那样，这是一种十分好的言语。假设我被困在一个只要三种编程言语的岛上，我想go会成为其中之一。

虽然存在一切的缺陷，但它允许您编写功用良好的相对无错误的代码。向Go顺序添加依赖项通常比向C++顺序添加依赖项要顺利得多。

为什么 Go 是棒的

这让我处于一个十分奇异的位置。 一方面，我可以谈谈 Go 有多可怕。 另一方面， Go 显然是一种十分好的言语。

为了弄清楚为什么是这样的，我们依然需求回到顺序员处置成绩的角度，把言语作为工具来看。

很多现代世界的成绩看起来都是围绕着有效网络通讯，围绕安全地应用一切硬件线程以及更容易的开发和部署展开的。

最后，渐渐有了一个波动的趋向，良好的开源库浸透到我们的生活中，其中大少数是繁复和复杂，适宜单一目的。大少数 Node 或 Python 项目都有数百个这样的依赖项，而大少数 C 和 C ++ 代码库都有十几个。 C 和 C ++ 缺乏任何标准化的包管理，因此库往往是包罗万象的全体（参见 QT 和 Boost ），而它们添加新的依赖项十分耗时。

开源库是现代开发人员生涯中的重要组成部分，但一切盛行的细叱编程言语都缺乏包管理。

从这个角度来看，Go有一些中心特征，这些特征十分让人惊叹，以致于它们把一切不好的一面都掩盖了。

Go 的适用顺序允许您轻松下载和运用包。

静态编译使得在不同环境之间移植代码，并且可以很容易地树立开发环境。

本地异步 I/O 机制允许您可以轻松编写高功用的网络代码。

内置通道允许在 [g|c]oroutines 之间轻松完成和相对安全的数据传输。

标准库和包生态系统包含了开发人员可以需求的大少数库。

关于简直一切的运用案例来说，它“足够快”。似乎在如 Python 和 Node 这些易于运用的单线程言语，甚至是像 C++ 和 C 这样的陈旧而又快速的庞然大物之间找到了一个最佳位置。

或许，说白了， Go 是一种专为开源库，大规模并行和网络计算而设计的言语。

其他盛行言语则缺少这三个类别中的一个。

Go的一切剩余成绩源于三种设计选择：

渣滓搜集，而不是为其一切资源定义编译时间的生命周期。 这会损害功用，删除有用的概念（如移动语义和析构函数），并削弱编译时错误反省功用。

缺乏不可变性,除了少数（本机）类型之外。

缺乏泛型

若处置这些成绩，Go无疑会成为未来的言语。 但是，由于各种成绩，有些与先前的设计决策有关，有些又与设计师的意见有关，其中大部分都未处置。

例如，泛型能够会在2.0上完成，但是以后的完成与其他特征（比如接口）堆叠，同时运用起来又懊恼并且缺少特征（比如，不能用作前往类型）。

或许我们可以找到一种“反省”一切正确语法的言语，又不用忍受那些蹩脚的设计决策。

再来看看 Rust 言语

Rust 恰巧是一门处置了Go 一切成绩的言语。

基于它的隐式移动语义和借用反省功用，使它在资源管理范围最终成为了最安全，最快速并且也最容易运用(这里是相对来说。比如目前借用反省比较难用，用过的都知道)的言语。它在编译时期就可以捕获大少数错误。

模板和特性(traits)组合给了它接近于C++的编译时编程才能，甚至某些方面更胜一筹。

最后，Cargo 也是最好的包管理系统之一，它可以让你更容易地运用各种适用的公共库，并且有内建版本号和项目隔离特性。

换句话说，Rust的极大成功就是基于它更好地处置了Go存在的成绩。

但是，Go 做得无比正确的事又有哪些呢？

go get 和 go mod与Cargo十分婚配

cargo build 默许运用静态编译路由，这一点和 go build 基本分歧

重点来了，Rust 目前还没有原生异步 i/o 机制。但是听说这个机制马上就有了。这个机制与 goroutine 所提供的功用差别很大，而是更像我们所熟知的 Node 和 Python中所运用的语法。

Rust 不只提供了线程之间的原生管道(channel)支持，它提供了一套强健的编译时线程安全反省机制。这意味着无论你运用何种数据共享机制都不存在并发错误的风险。

虽然 Rust 是一门年轻得多的言语， Rust 的标准库和 go 的差不多一样丰厚，当然除了（再次除了）一些没有的异步网络功用之外。以后 Rust 的包(package)生态系统和 Go 的一些方面很像。

最后是效率方面。在大部分的场景下， Rust 只比 C 和 C++ 稍慢那么一丢丢。但是关于它的设计方向来讲这只是一个“暂时性的”折扣。Go 将永远受累于缺乏编译时逻辑和基于 GC 的设计。因此，Go 和 Rust 之间现有的庞大效率差只会越拉越大。

Go 的影响

一旦 async/await 特性被兼并到Rust的波动版中，我以为Rust就完全超越Go了，确切地说，在任何方面！(译者注：借用反省依旧是招致Rust难用的一个缘由，最好是有更多的隐式借用或更好的方案)

我以为直到将Rust真正运用于产品中，人们才会看法到Rust在测试，调试和顺序崩溃等方面为你节省了多少时间。

Rust和Rust相关的概念进入编程世界越多，人们就会越熟习它的语法和概念，因此进入的门槛也就越低。

(责任编辑：admin)