一文解决现代编程语言选择困难：命令式编程

本文转载自 InfoQ，作者：Ilya Suzdalnitski 翻译：盖磊

如何了解某种编程语言的优缺点？某种编程语言是否适用于我的项目？面对此类问题，如果求助于搜索引擎，输入“最佳编程语言”，结果会罗列一堆文章，涵盖 Python、Java、JavaScript、C#、C++、PHP 等，并且大多对各语言的优缺点表述得模棱两可。我本人很不喜欢去读此类文章，因为其中许多部分内容的表述并不到位，缺少实战借鉴意义，而且行文生硬。因此我试撰本文来做一次深入总结，去伪存真。

本文概述了当前广为使用乃至可能小众的现代编程语言，力图做到尽量客观、值得一读，并不带个人偏见。各语言按推荐程度从低到高依次列出。

谨记，并不存在所谓完美的编程语言。有的语言非常适用于后端 /API 开发，而有的语言则非常适用于系统编程。

文中按当今两大通用语言家族分类，即 C 衍生语言家族和元语言（Meta Language，ML）衍生语言家族。

对于开发人员而言，编程语言只是工具箱中的工具，更重要的是如何选择合适的工具去完成工作。我衷心希望本文有助于读者选取适合自身项目的编程语言。做出正确的选择，可降低数月甚至数年的开发工作量。

哪些编程语言特性值得关注？

很多编程语言排行榜文章，主要对比的是语言使用广泛度、开发人员收入期望值等因素。在软件领域，虽然大规模的社区和生态系统的确有所裨益，但语言的使用情况并非好的排行指标。本文另辟蹊径，采用的评判依据主要考虑语言的强大之处和不足之处。

为表示所列语言的推荐程度，文中使用“赞”（👍）、“否”（👎）和“尚可”（👌，即不赞也不否）三种 emoji。

那么应该比较哪些特性？换句话说，除了语言使用广泛性，还有哪些特性更能代表语言的受欢迎程度？

类型系统（Type System）

类型系统倍受大量开发人员的青睐，这也是为什么 TypeScript 之类的语言日渐大行其道。在我看来，类型系统去除了大量的程序错误，更容易实现重构。但是否具有类型系统，只是本文考虑的部分评判因素。

支持类型系统的编程语言，最好同时具备类型推断（type inference）。一个好的类型系统，不用明确地标出函数签名（function signature），也能支持对大部分类型的推断。不幸的是，大多数编程语言提供的仅是基本的类型推断功能。

更进一步，支持代数数据类型（Algebraic Data Types，ADT）的类型系统评分更高。

强大的类型系统，还应支持高级类类型（higher-kinded types）。高级类类型是对泛型（generics）的更高阶抽象，支持编程人员在更高的抽象层上编程。

尽管大家对类型系统寄予厚望，但还有一些比静态类型（static typing）更重要的特性。因此在选择一门编程语言时，不能只看是否支持类型系统，

学习难度

即便编程语言是完美无瑕的，如果一位新手上船需要前期投入数月甚至是数年的精力，那么又会有多少人使用呢？另一方面，很多编程范式需要数年的时间才能逐渐完善。

好的编程语言需对新手友好，掌握它们不应花费大量学习时间。

空值

我将 1965 年创建的空值引用（null reference）称为“亿万美元错误”。当时，我正设计首个完全类型系统，用于面向对象语言中的引用。目标是确保所有对引用的使用是绝对安全的，并由编译器自动执行检查。我无法克制添加空值引用的诱惑，完全因为空值引用非常易于实现。近四十年来，这一设计导致了不计其数的错误、漏洞和系统崩溃，可能造成了数十亿美元的痛心损失。

— 空值引用的创立者 Tony Hoare

为什么说空值引用是不好的？因为空值引用破坏了类型系统。一旦默认为空值，那么就不能依靠编译器检查代码的有效性。任何空值都是一枚随时可能引爆的炸弹。如果没能想到所使用的值的确为空值，那么会产生什么后果？会出现运行时错误。

function capitalize(string) { return string.charAt(0).toUpperCase() + string.slice(1);}capitalize('john'); // -> 'John'capitalize(null); // 未捕获类型错误：不能读取为空值的属性“charAt”。

为确保所处理的值并非空值，开发人员必须对运行时做手工检查。即使是静态类型语言，空值引用也破坏了类型系统的很多优点。

function capitalize(string) { if (string == null) throw 'string is required';return string.charAt(0).toUpperCase() + string.slice(1);}

运行时检查也称为“空值防护”（null guards），在现实中可归为一种不良的编程语言设计。一方面，引入样板代码破坏了编程风格。更糟的是，它并不能确保我们是否检查了空值。

好的编程语言，应在编译时做类型检查，判断值的存在与否。

因此，支持空值检查机制的编程语言应加分。

错误处理

捕获异常并不是一种好的错误处理方式。抛出异常本身没有问题，但仅适用于程序没有办法恢复而必须崩溃这类异常情况。异常和空值一样，会破坏类型系统。

如果将异常作为错误处理的首选方式，那么就无法获知函数是返回了期望值，还是发生了故障。抛出异常的函数也无法实现复合（Compose）。

function fetchAllComments(userId) { const user = fetchUser(userId); // 可能抛出异常。const posts = fetchPosts(user); // 可能抛出异常return posts // posts 可能为空值，这会再次导致异常。.map(post => post.comments) .flat();}

无法获取部分数据而导致整个程序崩溃，这显然并非一种好的做法。尽管我们不希望发生这种情况，但它的确会发生。

一种做法是手工检查是否生成异常，但是在编程过程中可能会忘记对异常做检查，因此这种做法是非常不可靠的，而且会在代码中添加大量额外处理。

function fetchAllComments(userId) {  try {    const user = fetchUser(userId);
    const posts = fetchPosts(user);

1. return posts

            .map(post => post.comments)            .flat();  } catch {    return [];  }

目前已有更好的错误处理机制，支持在编译时对潜在错误做类型检查。因此，默认无需采用异常处理的编程语言也应加分。

并发

当前业界正处于摩尔定律的末端，即处理器不会再大规模提速。我们身处多核 CPU 时代，所有的现代应用必须能很好地利用多核技术。

不幸的是，大多数当前在用的编程语言都是设计用于单核计算时代的，本质上并不能有效地支持多核处理。

一种亡羊补牢的设计，是在后期提供支持并发的软件库。但这只是给语言打了补丁，并非从根本上就针对并发设计，不能称为良好的开发体验。一些现代语言内建了对并发的支持，例如 Go、Erlang 和 Elixir 等。

不可变性

我认为大型的面向对象程序，需要解决由于大规模可变对象间关联所导致的复杂图结构。否则在调用方法时，必须得把握并牢记该方法的功能和副作用。

—— Rich Hickey，Clojure 创建者。

当前的编程工作中，使用不可变值越来越常见。即便是 React 这样的现代 UI 软件库，也考虑使用不可变值。对支持不可变数值提供一等支持的编程语言，我们会给出更高的评判。这完全是因为不可变性避免了编程中出现许多软件缺陷。

什么是不可变状态？简而言之，就是数据不会发生改变。例如，大多数编程语言中的字符串。字符串转为大写，并不会去改变原始的字符串，而是返回一个新的字符串。

为确保任何事情都不发生改变，不可变性对上述理念做了进一步扩展。更改不可变数组，总是会返回一个新的数组，而非原始数组。更新用户名，将返回一个包含更新后用户名的新用户对象，并不改变原始对象。

不可变状态不做任何共享，因此无需操心线程安全所导致的复杂性。不可变性使得代码更易于并行化。

不对状态做任何更改的函数，称为“纯函数”（Pure）。纯函数更易于测试和推断。使用纯函数，无需操心函数体之外事情，可聚焦于函数本身。不用像面向对象编程中那样必须牢记整个对象图，这样极大地简化了编程开发。

生态系统和工具链

一种编程语言可能本身并没有多少亮点，但如果其具有大型的生态系统，这会令语言更具吸引力。具备良好的软件库，可以节省数月乃至数年的开发工作。

显著的例子就是 JavaScript 和 Python。

速度

语言的编译速度如何？程序的启动速度如何？运行时的性能如何？所有这些都是影响评判中的考虑因素。

诞生年代

尽管并非绝对，通常新推出的语言要比原先的语言更好。只是因为新语言会吸取了前辈的经验教训。

C++

下面从最糟糕、也可能是计算机科学中最大错误的 C++ 语言开始。当然，我并不认为 C++ 是一种很好的现代编程语言。但 C++ 当前依然得到广泛应用，在此必须提及。

语言家族：C

👎 语言特性

C++ 可称为糟糕透顶的语言……如果项目局限于 C，意味着不会有任何机会被 C++ 愚蠢的“对象模型”搞砸。

—— Linux 创立者 Linus Torvalds

C++ 中填充了各种特性，力图无所不能，但在在其中任何一项上都不能说出色。C++ 支持 goto、指针、引用、面向对象编程、操作符重载，以及各种非生产特性。

为什么说 C++ 不好？在我看来，最大问题在于 C++ 颇具年头了。C++ 是在 1979 年设计的。在当时设计者缺少经验，关注点发散，虽然所添加的特性在当时看来是似乎好的做法。C++ 得到了非常广泛的使用，这意味着为其中支持各种用例而添加了更多特性，导致特性成堆。

👎 速度

C++ 的编译时间出奇的慢，甚至比 Java 慢很多，尽管与 Scala 不相上下。

但在运行时性能和启动时间上，C++ 程序表现非常优秀。

👎 生态系统和工具

上图的推文给出了很好的解释。C++ 编译器的错误信息对新手并不友好。通常并未指出导致错误的确切原因，需要开发人员花时间查找。

👎👎 垃圾回收

我曾希望在 C++0x 标准中至少考虑可选地支持垃圾回收，但这在技术上存在问题。

—— C++ 的创建者 Bjarne Stroustrup

垃圾回收从未添加到 C++ 中，而手工内存管理非常易于出错。开发人员必须操心如何手工释放和分配内存。我对使用非垃圾回收语言的经历记忆深刻，其中大量的缺陷在当前支持垃圾回收语言中可轻易避免。

👎 面向对象编程的失败尝试

我提出了“面向对象”一词，但并没有没有顾及 C++。

—— 面向对象编程的创建者 Alan Kay

面向对象编程是一项很好的技术，出现于上世纪六十年代后期，当时 C++ 刚出现。不幸的是，不同于 Smalltalk 等语言，C++ 在实现面向对象编程中出现了几个致命错误，导致好的理念变成噩梦。

好的一方面是，不同于 Java，至少在 C++ 中面向对象是可选的。

👎👎 学习难度

C++ 是一种复杂的低层（low level）语言，不具备任何自动内存管理机制。由于特性纷杂，初学者必须花费大量时间学习。

👎 并发

C++ 设计用于单核计算时代，只支持简单的并发机制，这还是在近十年中添加的。

👎 错误处理

抛出并捕获错误是 C++ 的首选错误处理机制。

👎 不可变性

未内置对不可变数据结构的支持。

👎 空值

C++ 中所有引用均可为空值。

评判

C++ 的初衷是成为更好的 C 语言，但这一初衷并未实现。

系统编程是 C++ 的最适合使用场景。但考虑到已具有 Rust 和 Go 等更好、更现代的替代语言，系统完全可以不用 C++ 实现。不管读者同意与否，我不认为 C++ 具有任何优点。

是该终结 C++ 的时候了。

Java

Java 是自 MS-DOS 以来计算机领域中最令人困扰的事情。

—— 面向对象编程创始人 Alan Kay

Java 出现在 1995 年，比 C++ 晚了 16 年。Java 是更简单的编程语言，由此得到广泛使用。

语言家族：C。

👍 垃圾回收

相比 C++，Java 的最大优点是具有垃圾回收，这极大地消除了各类软件缺陷。

👍 生态系统

Java 已经存在很长时间，在后端开发领域形成了大型生态系统，极大地降低了开发负担。

👎 面向对象语言

本文不会深入探讨面向对象编程的不足。详细分析可阅读本文作者的另一篇文章，“面向对象编程：亿万美元灾难”。

在此给出计算机科学中一些最为杰出人士的看法：

抱歉，我多年前使用了“对象”一词。该词使得很多人聚焦于一个更狭义的理念，虽然更广义的理念是消息传递。

—— 面向对象编程的创始人 Alan Kay

Alan Kay 是对的，许多主流面向对象编程语言并未找准关注点。它们聚焦于类和对象，而忽视了消息传递。幸运的是，Erlang 和 Elixir 等一些现代编程语言找准了方向。

受面向对象编程影响的编程语言，会导致计算机软件冗长、可读性不好、描述性差、难修改和维护。

—— Richard Mansfield

所有使用 Java、C# 等面向对象编程语言的开发人员，如果曾具有使用非面向对象编程语言的经验，对此应深有体会。

👌 速度

大家都知道，Java 运行在 JVM 之上，而 JVM 的启动速度是出名的慢。我曾看到有运行在 JVM 上的程序耗时 30 多秒才启动起来。对于现代云原生程序，这是不可接受的。

一个大型项目，如果编译速度慢，就会对开发人员的生产效率产生显著影响。Java、Scala 等 JVM 语言存在同样的问题。

但从好的一面说，JVM Runtime 的性能还算不错。

👎 学习难度

尽管 Java 是一种相当简单的语言，但 Java 以面向对象编程为主，这使得 Java 很难做到优秀。编写一个简单的 Java 程序可信手拈来，但是掌握如何编写可靠、可维护的面向对象代码，则需要十数年的 Java 功力。

👎 并发

Java 设计于单核计算时代，和 C++ 一样，仅支持基本的并发特性。

👎 空值

Java 中，所有引用均可为空值。

👎 错误处理

抛出并捕获错误是 Java 的首选错误处理机制。

👎 不可变性

未内置对不可变数据结构的支持。

判定

Java 在刚推出时，的确是一种很好的编程语言。但遗憾的是不同于 Scala 等语言，Java 始终专注于面向对象编程。Java 编程严重受模板代码的影响，冗余代码多。

Java 应该退居二线了。

C#

C# 和 Java 并没有本质上的差异。C# 的早期版本，就是微软的 Java 实现。

C# 具有 Java 的大部分优点。C# 于 2000 年推出，比 Java 晚 5 年，借鉴了 Java 的经验教训。

语言家族：C

👌 语法

C# 在语法上一直保持略微领先 Java。尽管是一种面向对象语言，但 C# 在解决模板代码问题上比 Java 有所改进。很高兴看到 C# 每个新版本都能改进语法。例如，添加了表达体函数成员（expression-bodied function members）、模式匹配、元组等特性。

👎 面向对象语言

和 Java 一样，C# 主要针对面向对象编程。面向对象编程的缺点如上所列，在此不再详述。下面列出一些知名人士的观点。

我认为相比函数式语言，面向对象语言中缺失可重用性。问题在于，面向对象语言需要处理其所提供的所有隐含（implicit）环境。尽管我们想要的只是一根香蕉，但却得到了一只握着香蕉的大猩猩，甚至是整个丛林。

—— Erlang 的创建者 Joe Armstrong

我完全同意这个说法，相比函数式编程，命令式编程非常难以重用面向对象代码。

面向对象编程提供了对正确做法的一个反面教材……

—— 计算机科学先驱 Edsger W. Dijkstra

从我自己使用面向对象和非面向对象编程的经验看，我完全同意面向对象代码更难以正确实现功能。

👎 多范式（Multi-paradigm）

C# 声称是一种多范式语言，尤其是声称支持函数式编程，但我并不同意。对函数提供一流支持（first-class functions），并不足以称之为函数式语言。

那么什么语言可称为具备函数式特性？应至少内置支持不可变数据结构、模式识别、组合函数的管道操作符、代数数据类型（ADT）等特性。

👎 并发

和 Java 一样，C# 创立于单核计算时代，仅提供基本的并发支持。

👎 空值

NullsC# 中，所有引用均可为空。

👎 错误处理

抛出并捕获错误是 C# 的首选错误处理机制。

👎 不可变性

未内置对不可变数据结构的支持。

评判

尽管我本人的职业生涯中主要使用的是 C#，但还是对这种语言评价不高。与对 Java 的评判一样，我建议读者寻找更现代的替代语言。C# 在本质上依然是 Java，只是具有更现代的语法。不幸的是，C# 本身并不“sharp”。

Python

Python 早在 1991 年提出，和 JavaScript 并称当前使用最广的两种语言。

语言家族：C

👍 生态系统

Python 软件库几乎无所不能。不同于 JavaScript，Python 不能用于 Web 前端开发，但大规模的数据科学软件库弥补了这方面的不足。

👍 学习难度

Python 语言非常简单，初学者数周就能上手。

👎 类型系统

Python 是动态类型的，因此谈不上需要类型系统。

👎 速度

Python 是一种解释性语言，性能慢。对性能有严格要求的程序，可使用 Cython 替代原生的 Python。

相对于原生语言，Python 的启动也相当慢。

👎 工具

对比其他的现代编程语言，难免会对 Python 的依赖管理颇为失望。目前存在 pip、pipenv、virtualenv、pip freeze 等工具。相比之下，JavaScript 只需要 NPM 这一种工具。

👎 并发

Python 在创建时并未全面考虑并发，仅提供基本的并发特性。

👎 空值

Python 中所有引用均可为空。

👎 错误处理

抛出并捕获错误是 Python 的首选错误处理机制。

👎 不可变性

未内置对不可变数据结构的支持。

评判

很不幸，Python 并不提供对函数式编程的支持。函数式编程非常适合处理数据科学所面对的问题。即便是在 Python 擅长的 Web 爬虫领域，Elixir 等函数式语言表现更好。

我并不推荐使用 Python 完成大型项目，该语言在构建中并未充分地考虑软件工程。

如果有更好的选择，不推荐在数据科学之外使用 Python。在数据科学领域，Julia 可能是 Python 的很好替代，尽管相比 Python 而言，Julia 的生态系统近乎不存在。

Rust

Rust 是一种现代低层语言，最初设计用于替代 C++。

语言家族：C

👍 速度

运行快速是 Rust 设计所秉持的初衷。在编译性能上，Rust 程序要慢于 Go 程序，但运行时性能比 Go 稍快。

👍 空值

至此，本文推荐列表中终于出现支持现代空值的语言了。Rust 中没有 null 或 nil 值，开发人员使用 Option 模式。

// 源代码: https://doc.rust-lang.org/rust-by-example/std/option.html// 返回值或者是 T 类型的 Some，或是 None。enum Option{ Some(T), None,}// 整数除法不会出错。fn checked_division(dividend: i32, divisor: i32) -> Option{ if divisor == 0 { // 错误表示为 None。None } else { // 结果使用 Some 封装。Some(dividend / divisor) }}// 该函数用于处理失败的除操作。fn try_division(dividend: i32, divisor: i32) { // 与其他枚举一样，Option 值可模式匹配。match checked_division(dividend, divisor) { None => println!('{} / {} failed!', dividend, divisor), Some(quotient) => { println!('{} / {} = {}', dividend, divisor, quotient) }, }

👍 错误处理

Rust 的错误处理引入了现代函数式方法，使用特定的 Result 类型，声明可能会产生失败的操作。Result 模式非常类似于 Option 模式，只是在 None 的情况下依然有值。

// 结果或者是 T 类型的 OK 函数值，或是 E 类型的 Err 函数值。enum Result<T,E> { Ok(T), Err(E),}// 存在失败可能的函数。fn random() -> Result<i32, String> { let mut generator = rand::thread_rng(); let number = generator.gen_range(0, 1000); if number <= 500 { Ok(number) } else { Err(String::from(number.to_string() + ' should be less than 500')) }}// 处理函数的结果。match random() { Ok(i) => i.to_string(), Err(e) => e,

👎 内存管理

在本文列出的现代编程语言中，Rust 是唯一不提供垃圾回收的。Rust 迫使开发人员去考虑如何实现底层的内存管理，这影响了开发人员的效率。

👎 并发

由于 Rust 中缺少垃圾回收，因此实现并发是相当困难的。开发人员必须考虑“装箱”（boxing）和“钉住”（Pinning）。这在具有垃圾回收机制的语言中，通常是自动完成的。

👎 不可变性

未内置对不可变数据结构的支持。

👎 低层语言

作为一种低层语言，开发人员的生产效率无法其他高层语言相比。同时，语言的学习难度明显增大。

评判

Rust 非常适合系统编程。尽管比 Go 更复杂，但 Rust 提供了强大的类型系统。Rust 提供了现代的空值替换和错误处理方法。

为什么本文将 Rust 排在 TypeScript 和 JavaScript 之后？Rust 是一种设计用于系统编程的低层语言，并非后端和 Web API 开发的最适合选项。Rust 缺少垃圾回收机制，未内置对不可变数据结构的支持。

TypeScript

TypeScript 语言编译为 JavaScript，通过对 JavaScript 添加静态类型，意在成为一种“更好的 JavaScript”。类似于 JavaScript，TypeScript 同样用于前端和后端开发。

TypeScript 由同是 C# 设计者的 Anders Hejlsberg 设计的，因此代码看上去非常类似 C#，可认为是一种用于浏览器的 C#。

语言家族：C。

👎 JavaScript 的超集

TypeScript 将自己定位为 JavaScript 的超集，这有助于人们采用。毕竟大多数人对 JavaScript 耳熟能详。

但作为 JavaScript 的超集，更多程度上是一种缺点。这意味着 TypeScript 继承了 JavaScript 的全部问题，局限于 JavaScript 所有的不良设计决策。

例如，应该没有开发人员喜欢 this 关键词吧。但 TypeScript 依然刻意原封照搬。

再有，其类型系统时常令人感到奇怪。

[] == ![]; // -> 为真NaN === NaN; // -> 为假！

换句话说，TypeScript 具有 JavaScript 的所有缺点。一种糟糕语言的超集并不会变身成为一种优秀的语言。

👍 生态系统

TypeScript 完全分享了 JavaScript 庞大的生态系统。这是其最大优点。特别是相比 Python 等语言，NPM 非常好用。

缺点在于，并非所有的 JavaScript 软件库都可在 TypeScript 中使用，例如 Rambda/Immutable.js 等。

👌 类型系统

个人感觉，TypeScript 的类型系统毫无亮点。

好的一面是甚至提供对 ADT 的支持。例如下面给出的差别联合（discriminated union）类型：​​​​​​​

// 源代码来自 https://stackoverflow.com/questions/33915459/algebraic-data-types-in-typescriptinterface Square { kind: 'square'; size: number;}interface Rectangle { kind: 'rectangle'; width: number; height: number;}interface Circle { kind: 'circle'; radius: number;}type Shape = Square | Rectangle | Circle;function area(s: Shape) { switch (s.kind) { case 'square': return s.sizes.size; case 'rectangle': return s.heights.width; case 'circle': return Math.PI * s.radius ** 2;

下面是使用 ReasonML 实现的同样代码：​​​​​​​

type shape = | Square(int) | Rectangle(int, int) | Circle(int);let area = fun | Square(size) => sizesize | Rectangle(width, height) => widthheight | Circle(radius) => 2piradius;

差别联合类型是在 TypeScript 2.0 中增添的，TypeScript 的语法尚未企及函数式语言的高度。例如，在 switch 中的字符串匹配易于出错，编译器无法在大小写错误时给出警告。

TypeScript 仅提供基本的类型推断。此外在使用 TypeScript 时，any 关键字的出现频次难免过高。

👌 空值

TypeScript 2.0 添加了对不可为空（non-nullable）类型的支持，使用编译器选项 --strictNullChecks 启用。但使用不可为空类型并非编程默认，也并非 TypeScript 的惯用做法。

👎 错误处理

TypeScript 中，使用抛出和捕获异常处理错误。

👎 新的 JavaScript 特性

新酷特性首先在 JavaScript 中得到支持，然后才是 TypeScript。实验特性可使用 Babel 在 JavaScript 中得到支持，而在 TypeScript 中则无此功能。

👎 不可变性

TypeScript 对不可变数据结构的处理，要显著劣于 JavaScript。JavaScript 开发人员可使用支持不可变性处理的软件库，但 TypeScript 开发人员通常必须依赖原始数组或对象展开操作符（spread operator），即写入时复制（copy-on-write）。​​​​​​​

const oldArray = [1, 2];const newArray = [...oldArray, 3];const oldPerson = { name: { first: 'John', last: 'Snow' }, age: 30};// 执行对象深拷贝（deep copy）非常繁琐。const newPerson = { ...oldPerson, name: { ...oldPerson.name, first: 'Jon' }

正如上面代码所示，原生扩展操作符并不支持深拷贝（deep copy），而手工扩展深度对象非常繁琐。大型数组和对象的拷贝的性能也非常不好。

但 TypeScript 中，readonly 关键字非常好用，用于定义属性是不可变的。虽然如此，TypeScript 要对不可变数据结构提供很好支持，依然需要很多工作。

JavaScript 提供了一些操作不可变数据的很好软件库，例如 Rambda/Immutable.js。但是，实现此类软件库对 TypeScript 的支持并非易事。

👎 TypeScript 对比 React

相比 Clojure 等从设计上考虑到不可变数据处理的语言，在 JavaScript 和 TypeScript 中不可变数据的处理相对更为困难。

—— 原文引用自 React 官方文档

继续说缺点。前端 Web 开发推荐使用 React。

React 并未针对 TypeScript 设计。最初，React 是针对函数式语言设计的，本文稍后会详细介绍。二者在编程范式上存在冲突，TypeScript 是面向对象编程优先的，而 React 是函数优先的。

React 中，函数参数 props 是不可变的；而 TypeScript 中，没有内置提供适用的不可变数据结构支持。

在开发中，TypeScript 相比 JavaScript、React 的唯一优点是，无需操心 PropTypes。TypeScript 是否是 JavaScript 的超集?这取决于开发人员的认识。至少我认为是的。做为超集的最大优点，是可接入整个 JavaScript 生态系统。

为什么 JavaScript 的超集语言备受关注？这与 Java、C# 广为采用是同样的原因，是因为背后有市场营销预算充足的大厂在提供支持。

评判

尽管 TypeScript 常被认为是“更好的 JavaScript”，但我依然评判其劣于 JavaScript。TypeScript 相比 JavaScript 的优点被夸大了，尤其是对于使用 React 做前端 Web 开发。

TypeScript 保留了 JavaScript 的所有不足，实际上也继承了 JavaScript 中数十年积累不良设计决策，的确并非一种成功的交付，

Go

Go 设计上主要考虑了提高多核处理器和大规模代码库的编程效率。Go 的设计者们当时任职于谷歌，因对 C++ 的共同不喜而得到灵感。

语言家族：C。

👍 并发

并发是 Go 的杀手级特性。Go 从本质上就是为并发而构建。和 Erlang/Elixir 一样，Go 使用邮箱模型（Mailbox）实现并发。不幸的是，goroutines 并未提供 Erlang/Elixir 进程那样的统一容错特性。换句话说，goroutine 中的异常将导致整个程序宕机，而 Elixir 进程中的异常只会导致当前进程终止。

👍 👍 速度编译

速度是谷歌创建 Go 的一个重要考虑。有个笑话，谷歌利用 C++ 编译代码的时间就创建出了 Go。

Go 是一种高效的语言。Go 程序的启动时间非常快。Go 编译为原生代码，所以运行时速度也非常快。

👍 学习难度

Go 是一种简单的语言，如果得到有经验前辈的指导，新手能在一个月内掌握。

👍 错误处理

Go 并不支持异常，由开发人员显式处理各种可能的错误。和 Rust 类似，Go 也返回两个值，一个是调用的结果，另一个是可能的错误值。如果一切运行正常，返回的错误值是 nil。

👍 不支持面向对象编程

虽然这么说有人会反对，但我个人认为，不支持面向对象特性是很大的优势。

重申 Linux Torvalds 的观点：

C++ 是一种很糟的（面向对象）语言……将项目局限于 C，意味着整个项目不会因为任何愚蠢的 C++“对象模型”而搞砸。

—— Linux 创建者 Linus Torvalds

Linus Torvalds 公开对 C++ 和面向对象编程持批评态度。限制编程人员在可选的范围内，是他完全正确的一面。事实上，编程人员的选择越少，代码也会更稳定。

在我看来，Go 可以回避了许多面向对象特性，免于重蹈 C++ 的覆辙。

👌 生态系统

一些标准库的确很笨重。大部分并不符合 Go 返回带外（out-of-band，OOB）错误的自身哲学。例如，有的库对索引返回 -1 值，而非 (int, error)。还有一些库依赖全局状态，例如 flag 和 net/http。

Go 的软件库缺少标准化。例如在错误时，有的库返回 (int, error)，也有软件库返回 -1 等值。还有一些库依赖标识等全局状态。

Go 的生态系统规模远比不上 JavaScript。

👎 类型系统

几乎所有的现代编程语言都具有某种形式的泛型，其中包括 C# 和 Java，甚至是 C++ 也提供模板类。泛型支持开发人员重用不同类型的函数实现。如果不支持泛型，那么开发人员就必须对整型、双精度和浮点型单独实现加法函数，这将导致大量的代码冗余。换句话说，Go 缺失对泛型的支持导致了大量冗余代码。正如有人指出的，“Go”是“去写一些模板代码”（Go write some boilerplate）的缩写。

👎 空值

不幸的是，即使更安全的空值替代方案已存在数十年，Go 依然在语言中添加了空值。

👎 不可变性

未内置对不可变数据结构的支持。

评判

Go 并非一种好的语言，但也谈不上不好，只是不够优秀。使用一种并不优秀的语言时需谨慎，因为这可能会导致我们在随后的二十年中陷入困境。

Will Yager 的博客文章“Why Go Is No Good”

如果你并非供职于谷歌，也没有面对类似谷歌的用例，那么 Go 可能并非好的选择。Go 是一种最适合系统编程的简单语言，但并非 API 开发的好选择。原因是因为我们有更多更好的替代语言，本文稍后介绍。

我认为总体而言，尽管 G 的类型系统略弱，但比 Rust 还是略好。Go 是一种简单的语言，非常快，易于学习，并且具有出色的并发功能。当然，Go 成功地实现了做为“更好的 C++”这一设计目标。

最佳系统语言奖授予 Go

实至名归，Go 是系统编程的理想选择。Go 是一种低层语言，使用 Go 构建的大量成功项目，例如 Kubernetes，Docker 和 Terraform，证明其非常适合系统编程。

JavaScript

作为当前最流行的编程语言，JavaScript 无需过多介绍。

当然，将 JavaScript 排在 Rust、TypeScript 和 Go 之前是正确的。下面给出原因。

语言家族：C

👍 👍 生态系统

生态系统是 JavaScript 的最大优势。我们能想到的所有，，包括 Web 的前端和后端开发，CLI 编程、数据科学，甚至是机器学习，都可使用 JavaScript。JavaScript 可能具有提供任何功能的软件库。

👍 学习难度

JavaScript 和 Python 都是非常容易学习的编程语言。几周就能上手做项目。

👎 类型系统

和 Python 类似，JavaScript 是动态类型的。无需过多解释，但是其类型系统时常看起来很奇怪：

[] == ![] // -> 为真NaN === NaN; // -> 为假[] == '' // -> 为真[] == 0 // -> 为真

👌 不可变性

在 TypeScript 一节中已经介绍，展开操作符（spread operator）会影响性能，甚至并没有在拷贝对象时执行深拷贝。尽管有 Ramda/Immutable.js 等软件库，但 JavaScript 缺少对不可变数据结构的内建支持。

👎 JavaScript 并非针对响应式设计的

在 JavaScript 中使用 React，必须借助 PropTypes。但这也意味着必须去维护 PropTypes，这会导致灾难性后果。

此外，如果在编程中不加注意的话，可能会导致严重的性能问题。例如：

<HugeList options=[] />

这个看上去无害的代码会导致严重性能问题。因为在 JavaScript 中， [] != []。上面的代码会导致 HugeList 在每一次更新时重渲染，尽管 options 值并未发生变化。此类问题会不断叠加，直到用户界面最终无法响应。

👎 关键字 this

关键字 this 应该是 JavaScript 中的最大反特性。其行为持续表现不一致，在不同的情况下可能意味完全不同，其行为甚至取决于谁调用了指定的函数。使用 this 关键字通常会导致一些细微而奇怪的错误，难以调试。

👌 并发

JavaScript 使用事件循环支持单线程并发，无需考虑加锁等线程同步机制。尽管 JavaScript 在构建时并未考虑并发性，但与大多数其他语言相比，更易于实现并发代码。

👍 新的 JavaScript 特性

相比 TypeScript，新特性能更快地在 JavaScript 中支持。即便是实验性特性，也可使用 Bable 支持在 JavaScript 中使用。

👎 错误处理

Error handling抛出并捕获错误是 JavaScript 的首选错误处理机制。

评判

JavaScript 并非一种很好设计的语言。JavaScript 的最初版本仅用十天就拼凑出来，尽管在后期版本中修正了许多缺点。

抛开上述缺点，JavaScript 依然是全栈 Web 开发和很好选择。如果加以适当的代码修炼和分析，JavaScript 是一种很好的语言。

原文链接：

These Modern Programming Languages Will Make You Suffer

https://www.infoq.cn/article/9VXbENMFH9Y65VCOI4D1