近年来,JavaScript 虽然经历了蓬勃发展,但仍然缺失了一些东西,这些缺失的东西是什么呢?这篇文章将带你一探究竟。
请注意:
1.我只列出我所发现的最重要的缺失特性。
2.我的选择带有一定的主观性。
3.本文所提及的几乎所有内容都包含在 TC39 的技术雷达中。也就是说,它们可以作为未来的 JavaScript 特性预览。
值
按值比较对象
目前,JavaScript 只在比较原始类型时按值进行比较,例如字符串:
对象按引用进行比较(对象只与自己严格相等):
如果可以创建按值进行比较的对象就好了:
另一种可能性是引入一种新的类(细节待确定):
旁白:创建值类型类的装饰器语法基于这个草案提案。
将对象放入数据结构中
当对象是按引用进行比较时,将它们放入 ECMAScript 数据结构(如 Map)中就没有多少意义了:
可以通过自定义值类型来解决这个问题,或者可以自定义 Set 元素和 Map 键的管理方式,例如:
基于哈希表的Map:需要一个用于检查相等性的操作和一个用于创建哈希码的操作。在使用哈希码时,对象应该是不可变的,否则会很容易破坏数据结构。
基于排序树的Map:需要一个比较两个值的操作。
十进制计算
JavaScript 的数字是基于 IEEE 754 标准的 64 位浮点数(双精度数)。由于它们的表示形式是 base 2,在处理小数时可能会出现舍入误差:
这在科学计算和金融技术中是个大问题。目前有一个关于 base 10 数字的提案处于stage 0。它们的最终用法可能是这样的(注意十进制数的后缀 m):
对值进行分类
目前,在 JavaScript 中对值进行分类非常麻烦:
首先,你要决定是使用typeof还是instanceof。
其次,typeof会将null归类为“object”,而且我认为将函数归类为“function”也有点奇怪。
第三,instanceof不适用于来自其他域(不同的iframe等)的对象。
这个问题有可能可以通过一个库来解决(如果我有时间会进行 PoC)。
函数式编程
更多的表达
C 语言风格的编程语言会区分表达式和语句:
特别是在函数式编程语言中,一切都是表达式。do 表达式允许你在所有表达式上下文中使用语句:
下面是一个更实际的例子。如果没有 do 表达式,需要立即调用箭头函数来隐藏作用域中的变量结果:
而使用了 do 表达式,代码会变得更优雅:
模式匹配:一种解构的 switch
JavaScript 使得直接使用对象变得更容易,但仍然没有提供内置的基于对象结构的 switch 方法。例如(来自提案中的例子):
新的 case 语句在某些方面类似于 switch,只是使用解构来挑选 case。当人们使用了嵌套数据结构(例如在编译器中)时,这个功能会非常有用。
模式匹配的提案目前处于stage 1。
管道操作符
目前有两个针对管道操作符的提案。我们这里要介绍的是智能管道(另一个提案称为 F#管道)。
管道操作符的基本想法如下所示。
但是,这种表示法通常无法反映我们是如何看待计算步骤的。我们的直觉会认为:
从值x开始;
调用f();
针对结果调用g();
再针对结果调用h();
将最后的结果赋值给y。
管道运算符可以更直观地表达这种想法:
换句话说,以下两个表达式是等价的。
此外,管道运算符支持部分函数 apply(类似于函数的.bind()方法)。以下两个表达式是等效的。
管道运算符的一个好处是你可以像使用方法一样使用函数——不需改变原型:
最后,让我们看一个更长的例子(来自提案并稍作修改):
并发
JavaScript 对并发性的支持非常有限。Worker API 是并发进程事实上的标准,可以用在 Web 浏览器和 Node.js 中。
在 Node.js 中使用 Worker API。
Worker 相对重量级——每个都有自己的域(全局变量等)。我希望在未来能够看到一个更轻量级的解决方案。
标准库
标准库是 JavaScript 仍然落后于其他语言的一个方面。保持标准款最小化是有意义的,因为这样可以让外部库更容易演化,但还是有一些核心功能是很有用的。
模块而不是命名空间对象
JavaScript 的标准库是在出现模块之前创建的。因此,函数被放在了命名空间对象中,例如 Object、Reflect、Math 和 JSON:
Object.keys();
Reflect.ownKeys();
Math.sign();
JSON.parse()。
如果可以做出模块就好了,这样就可以通过特殊的 URL 来访问,例如使用伪协议 std:
这样的好处是:
JavaScript将变得更加模块化(可以加快启动速度并减少内存消耗);
调用导入的函数比调用保存在对象中的函数更快。
处理可迭代对象的辅助函数(同步和异步)
可迭代对象的好处是可以按需计算和支持多种数据源。但 JavaScript 目前只提供了少量的工具来处理可迭代对象。例如,如果要 filter、map 或 reduce 可迭代对象,必须先将其转换为数组:
如果 JavaScript 提供了处理可迭代对象的辅助函数,就可以直接 filter 可迭代对象:
下面是处理可迭代对象的辅助函数的更多示例:
请注意:
有关迭代器工具函数的示例,请参阅Python的itertools。
对于JavaScript来说,处理可迭代对象的辅助函数应该有两个版本:一个用于同步迭代,一个用于异步迭代。
不可变数据
如果能够对非破坏性数据转换提供更多的支持就好了。两个相关的库是:
Immer相对轻量级,适用于普通对象和数组:https://github.com/mweststrate/immer
Immutable.js更强大,更重量级,并提供了自己的数据结构:https://github.com/facebook/immutable-js/
可能不需要的功能
可选链的优缺点
一个相对流行的提案功能是可选链。以下两个表达式是等效的。
使用这个功能来链接属性会非常方便:
不过,这个功能也有缺点:
深层嵌套的结构更难管理;
为访问数据而隐藏的问题会在后面暴露出来,更加难以调试。
可选链的替代方法是在一个位置提取一次信息:
你可以编写一个提取数据的辅助函数;
或者你可以编写一个函数,这个函数的输入是深度嵌套数据,输出是简单的标准化数据。
无论采用哪种方法,都可以执行检查并在出现问题时尽早失败。
我们需要运算符重载吗?
目前有一些有关运算符重载的工作正在进行中,不过有中缀函数可能就足够了:
中缀函数的好处是:
你可以创建除JavaScript已支持的运算符之外的运算符;
与普通函数相比,嵌套表达式仍然具有很高的可读性。
这是嵌套表达式的一个示例:
有趣的是,管道运算符还有助于提高可读性:
各种小功能
我可能遗漏了一些东西,但它们可能不像之前提到的那些东西那么重要:
链式异常:你可以捕获错误,基于错误包装额外的信息,然后再次抛出。
可组合的正则表达式:
转义正则表达式文本(对.replace()来说很重要):
支持负数索引的Array.prototype.get():
匹配和解构模式:
检查对象的深度相等性:
枚举:向JavaScript添加枚举的一个好处是可以缩小与TypeScript(已经有枚举)之间的差距。目前有两份相关提案(还未进入正式阶段)。在两个提案中,最简单的语法如下所示:
标记集合字面量:可以像下面这样创建Map和Set:
关于语言设计的思考
作为一名语言设计师,无论你做什么,总会让一些人开心,让另一些人失望。因此,设计 JavaScript 新功能的主要挑战不是让每个人都满意,而是让语言尽可能保持一致。
不过,对于什么是“一致性”,也存在分歧。我们可以做的是建立一致性“风格”,由一小群人(最多三人)来构思和推动。当然,这并不排除他们可以接受其他人的建议和帮助,但他们至少应该先设定好基调。
引用《人月神话》作者 Fred Brooks 的话:
稍微回顾一下,虽然许多优秀的、有用的软件系统都是由委员会设计并作为大项目的一部分进行构建的,但那些让热情的粉丝感到兴奋的软件系统一般是出自一个或几个伟大的设计师之手。
这些核心设计师的一个重要职责是对功能说“不”,以防止 JavaScript 变得太臃肿。
他们还需要一个强大的支持系统,因为语言设计师通常身处舆论的风浪之中(因为人们很关心语言功能,而且不喜欢听到“不”这个字)。最近的一个例子是 Guido van Rossum 辞去了首席 Python 语言设计师的工作,因为他受够了这种嘈杂的声音。
其他想法
这些想法也可能有助于 JavaScript 的设计和文档化:
创建路线图,描述JavaScript的未来前景。这样的路线图可以讲述故事,并将很多单独的部分连接成一个连贯的整体。比如Brendan Eich的“Harmony Of My Dreams”。
记录设计理念。现在,ECMAScript规范记录了“what”,但没有记录“why”。例如:可枚举性的目的是什么?
一个规范的解释器。规范的半正式部分几乎已经是可执行的,如果能够像编程语言一样运行它们就更好了。
英文原文:http://2ality.com/2019/01/future-js.html
更多内容,请关注前端之巅。
评论 1 条评论