深入解析ECMAScript6：2017勘误版

深入理解JS

Zakas

需积分: 9 123 浏览量更新于2024-07-17 收藏 1.85MB PDF 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

资源详情

资源推荐

尽管全局的

RegExp

是定义在

window

上的，它仍然不能防止被

var

重写。这个例

子声明了一个新的全局变量

RegExp

而覆盖了原有对象。类似的，

ncz

定义为全

局变量后就立即成为了

window

的一个属性。这就是

通常的工作方式。

然而若你在全局作用域上使用 let 或 const ，虽然在全局作用域上会创建新的

绑定，但不会有任何属性被添加到全局对象上。这也就意味着你不能使

用 let 或 const 来覆盖一个全局变量，你只能将其遮蔽。此处有个范例：

// 在浏览器中

let RegExp = "Hello!";

console.log(RegExp); // "Hello!"

console.log(window.RegExp === RegExp); // false

const ncz = "Hi!";

console.log(ncz); // "Hi!"

console.log("ncz" in window); // false

此代码的 let 声明创建了 RegExp 的一个绑定，并遮蔽了全局的 RegExp 。这表

示 window.RegExp 与 RegExp 是不同的，因此全局作用域没有被污染。同样，const 声

明创建了 ncz 的一个绑定，但并未在全局对象上创建属性。若你不想在全局对

象上创建属性，使用 let 与 const 会更安全。

若想让代码能从全局对象中被访问，你仍然需要使用 var 。这种

做法常见于在浏览器中跨越帧或窗口去访问代码的场合。

块级绑定新的最佳实践

在 ES6 的开发阶段，被广泛认可的变量声明方式是：默认情况下应当使

用 let 来代替 var 。对于多数 JS 开发者来说，let 的行为方式正是 var 本应有

的方式，因此直接用 let 替代 var 更符合逻辑。在这种情况下，需要受到保护

的变量再使用 const 。

然而，随着更多的开发者迁移到 ES6 上，一种替代方案变得更为流行：在默

认情况下使用 const ，仅当明确变量值需要被更改的情况下才使用 let 。其理

论依据是大部分变量在初始化之后都应当保持不变，因为预期外的改动是 bug

的源头之一。这种理念有着足够强大的吸引力，值得在你使用 ES6 之后依此

进行实践。

总结

let 与 const 块级绑定将词法作用域引入了 JS 。这两种声明方式都不会进行提

升，并且仅在声明它们的代码块内部可用。这样变量就能够在必要位置被准确

声明，其表现更加接近其他语言，并且能减少无心之失。作为一个副作用，你

不能在变量声明位置之前访问它们，即便使用的是 typeof 这样的安全运算符。

由于块级绑定存在暂时性死区（ TDZ ），试图在声明位置之前访问它就会导

致错误。

更好的 Unicode 支持

在 ES6 之前， JS 的字符串以 16 位字符编码（ UCS-2 ）为基础。每个 16 位序列

都是一个码元（ code unit ），用于表示一个字符。字符串所有的属性与方法都基于 16

位的码元，例如 length 属性与 charAt() 方法。当然， 16 位曾经足以容纳任何字符，然

而由于 Unicode 引入了扩展字符集，情况就发生了变化。

译注：此段第一句话的原文是：

Before ES6, JavaScript strings revolved around

16-bit character encoding (UTF-16).

然而 UTF-16 是变长的字符编码方式，有 16 位与 32 位两种情

况。 JS 原先使用的则是固定 16 位（双字节）的字符编码方式，

即 UCS-2 。

UTF-16 码点

Unicode 的明确目标是给世界上每一个字符提供全局唯一标识符，而 16 位的字符长度

限制已不能满足这种需求。这些全球唯一标识符被称为码点（ code points ），就是从 0

开始的数字。码点类似于字符代码，用一个数字来代表一个字符。字符编码要求将码点

转换为内部一致的码元，而对于 UTF-16 来说，码点可以由多个码元组成。

在 UTF-16 中的第一个 216 码点表示单个 16 位码元，这个范围被称为多语言基本平

面（ Basic Multilingual Plane ， BMP ）。任何超出该范围的码点都不能用单个 16 位

码元表示，而是会落在扩展平面（ supplementary planes ）内。 UTF-16 引入了代理

对（ surrogate pairs ）来解决这个问题，允许使用两个 16 位码元来表示单个码点。

这意味着字符串内的任意单个字符都可以用一个码元（共 16 位）或两个码元（共 32 位）

来表示，前者对应基本平面字符，而后者对应扩展平面字符。

在 ES5 中，所有字符串操作都基于 16 位码元，这表示在处理包含代理对的 UTF-16 字

符时会出现预期外的结果，就像这个例子：

var text = ";

console.log(text.length); // 2

console.log(/^.$/.test(text)); // false

console.log(text.charAt(0)); // ""

console.log(text.charAt(1)); // ""

console.log(text.charCodeAt(0)); // 55362

console.log(text.charCodeAt(1)); // 57271

这个 Unicode 字符 " 使用了代理对，因此，上面的 JS 字符串操作会将该字符串当作两

个 16 位字符来对待，这意味着：

 text 的长度属性值是 2 ，而不是应有的 1 。

 意图匹配单个字符的正则表达式匹配失败了，因为它认为这里有两个字符。

 charAt() 方法无法返回一个有效的字符，因为这里每 16 位码点都不是一个可打印字

符。

charCodeAt() 方法同样无法正确识别该字符，它只能返回每个码元的 16 位数字，但在

ES5 中，这已经是对 text 变量所能获取到的最精确的值了。

ES6 则是强制执行 UTF-16 字符编码以解决此类问题，从而让字符串操作标准化，也就

意味着 JS 能够支持专门针对代理对的功能设计。本章接下来会讨论与此有关的几个典

型案例。

codePointAt() 方法

ES6 为全面支持 UTF-16 而新增的方法之一是 codePointAt() ，它可以在给定字符串中

按位置提取 Unicode 码点。该方法接受的是码元位置而非字符位置，并返回一个整数值，

就像下面的 console.log()范例所展示的：

var text = ";

console.log(text.charCodeAt(0)); // 55362

console.log(text.charCodeAt(1)); // 57271

console.log(text.charCodeAt(2)); // 97

console.log(text.codePointAt(0)); // 134071

console.log(text.codePointAt(1)); // 57271

console.log(text.codePointAt(2)); // 97

codePointAt() 方法的返回值一般与 charCodeAt() 相同，除非操作对象并不是 BMP 字

符。 text 字符串的第一个字符不是 BMP 字符，因此它占用了两个码元，意味着该字符

串的 length 属性是 3 而不是 2 。 charCodeAt() 方法只返回了位置 0 的第一个码元；

而 codePointAt() 返回的是完整的码点，即使该码点占用了多个码元。对于位置 1 （第

一个字符的第二个码元）和位置 2 （ "a" 字符）来说，两个方法返回的值则是相同的。

判断字符包含了一个还是两个码元，对该字符调用 codePointAt() 方法就是最简单的方法。

可以照下面的函数这么写：

function is32Bit(c) {

return c.codePointAt(0) > 0xFFFF;

}

console.log(is32Bit(")); // true

console.log(is32Bit("a")); // false

16 位字符的上边界用十六进制表示就是 FFFF ，因此任何大于该数字的码点必定用两个

码元（共 32 位）来表示。

String.fromCodePoint() 方法

当 ECMAScript 提供了某种方法时，它一般也会给出方法来处理相反的操作。你可以使

用 codePointAt()来提取字符串内某个字符的码点，也可以借助 String.fromCodePoint() 用

给定的码点来产生包含单个字符的字符串。例如：

console.log(String.fromCodePoint(134071)); // "

可以将 String.fromCodePoint() 视为 String.fromCharCode() 的完善版本。二者处理 BMP

字符时会返回相同结果，只有处理 BMP 范围之外的字符时才会有差异。

normalize() 方法

Unicode 另一个有趣之处是，在排序或其它一些比较操作中，不同的字符可能会被认为

是等同的。有两种方式可以定义这种关联性：第一种是规范相等性（ canonical

equivalence ），意味着两个码点序列在所有方面都被认为是可互换的。例如，两个字

符的组合可以按规范等同于另一个字符。第二种关联性是兼容性（ compatibility ），两

个兼容的码点序列看起来有差别，但在特定条件下可互换使用。

由于这些关联性，两个包含不同码点序列的字符串，可能代表着相同的文本内容。例如，

字符 "æ" 与双字符的字符串 "ae" 有时能互换使用，但它们并不严格相等，除非使用某种

手段来标准化。

ES6 给字符串提供了 normalize() 方法，以支持 Unicode 标准形式。该方法接受单个可

选的字符串参数，用于指示需要使用下列哪种 Unicode 标准形式：



Normalization Form Canonical Composition ("NFC")，这是默认值；



Normalization Form Canonical Decomposition ("NFD")；



Normalization Form Compatibility Composition ("NFKC")；



Normalization Form Compatibility Decomposition ("NFKD")。

解释这四种形式的差异超出了本书的范围。仅需记住，当进行字符串比较时，必须将它

们标准化为同一种形式。例如：

var normalized = values.map(function(text) {

return text.normalize();

});

normalized.sort(function(first, second) {

if (first < second) {

return -1;

} else if (first === second) {

return 0;

} else {

return 1;

}

});

此代码将 values 数组中的字符串转换为一种标准形式，以便让转换后的数组可以被正确

排序。你也可以在比较过程中调用 normalize() ，以便直接对原始数组进行排序。如下所

示：

values.sort(function(first, second) {

var firstNormalized = first.normalize(),

secondNormalized = second.normalize();

if (firstNormalized < secondNormalized) {

return -1;

剩余278页未读，继续阅读

土豆散

粉丝: 3
资源: 16

深入解析ECMAScript6：2017勘误版

深入理解ECMAScript 6 学习指南（中文版和英文版）（学习javascript完整版）

深度解析 ECMAScript 6

Understanding ECMAScript 6 中文版

understanding ecmascript 6 中文版

在pycharm中运行vue'vite' 不是内部或外部命令，也不是可运行的程序 或批处理文件。

ecmascript6入门 (阮一峰著)pdf

ecmascript 6入门 pdf

深入理解es6中文版pdf

ecmascript的详细说明

查看ECMAscript版本

怎么用ECMAScript

ecmascript 6.0 官方文档

深入理解es6 pdf

简述ECMAScript的历史

ECMAScript6对象合并去重

ECMAScript规范有哪些

ecmascript 2023

ts配置文件中的lib

skywalking-client-js 在ts项目中引用报错，怎么解决

ECMAScript

最新资源

在pycharm中运行vue'vite' 不是内部或外部命令，也不是可运行的程序或批处理文件。