ES6学习之—— 变量的解构赋值

数组的结构赋值

基本用法

ES6之前 : 指定赋值

let a = 1;
let b = 2;
let c = 3;

ES6: 按照一定模式,从数组和对象中提取值,对变量进行赋值,称为解构,

let [a, b, c] = [1, 2, 3]

上面代码表示,可以从数组中提取值,按照对应位置,对变量赋值

解构赋值,实质上属于“模式匹配”的一种写法,只要等号两边的模式相同,左边的变量就会被赋予对应的值,如果等号右边不是可遍历的结构(Iterator),解构赋值将会报错。

嵌套数组解构:

let [foo, [[bar], baz]] = [1, [[2], 3]];
foo // 1
bar // 2
baz // 3

let [ , , third] = ["foo", "bar", "baz"];
third // "baz"

let [x, , y] = [1, 2, 3];
x // 1
y // 3

let [head, ...tail] = [1, 2, 3, 4];
head // 1
tail // [2, 3, 4]

let [x, y, ...z] = ['a'];
x // "a"
y // undefined 解构不成功,变量的值就等于undefined
z // []
let [foo] = [];
let [bar, foo] = [1];
foo // undefined 解构不成功,变量的值就等于undefined

以上foo的值为undefined的情况都属于解构不成功,解构不成功,变量的值就等于undefined

不完全解构:

等号左边的模式,只匹配一部分的等号右边的数组,这种情况下,解构依然可以成功,这种情况称为不完全解构,下面两个例子都属于不完全解构但是都可以成功

let [x, y] = [1, 2, 3];
x // 1
y // 2

let [a, [b], d] = [1, [2, 3], 4];
a // 1
b // 2
d // 4

常见报错情况:

// 报错
let [foo] = 1;
let [foo] = false;
let [foo] = NaN;
let [foo] = undefined;
let [foo] = null;
let [foo] = {};

上面语句报错的原因都是因为等号右边的值是不可遍历的结构,前四个为转为对象不具备Iterator接口,第五个为本身就不具备Iterator接口

默认值

解构赋值允许指定默认值

let [foo = true] = [];
foo // true

let [x, y = 'b'] = ['a']; // x='a', y='b'
let [x, y = 'b'] = ['a', undefined]; // x='a', y='b'

ES6内部使用严格相等运算符(===),判断一个位置是否有值。所以如果一个数组成员不严格等于undefined,默认值是不会生效的。

let [x = 1] = [undefined];
x // 1

let [x = 1] = [null];
x // null

上面代码中,null不严格等于undefined,所以默认值不会生效。

如果默认值是一个表达式,这个表达式是惰性求值得,只有在用到的时候才会求值

function f() {
  console.log('aaa');
}

let [x = f()] = [1];

// 等价于

let x;
if ([1][0] === undefined) {
  x = f();
} else {
  x = [1][0];
}

默认值可以引用解构赋值的其他变量,但是该变量必须已经声明

let [x = 1, y = x] = [];     // x=1; y=1
let [x = 1, y = x] = [2];    // x=2; y=2
let [x = 1, y = x] = [1, 2]; // x=1; y=2
let [x = y, y = 1] = [];     // ReferenceError,报错原因是因为x用到默认值y时,y还没有声明

对象的解构赋值

解构不仅可以用于数组,还可以用于对象

let { foo, bar } = { foo: "aaa", bar: "bbb" };
foo // "aaa"
bar // "bbb"

对象的解构赋值与数组有一个重要的不同。数组的元素是按次序排列的,变量的取值由它的位置决定;而对象的属性没有次序,变量必须与属性同名,才能取到正确的值。

let { bar, foo } = { foo: "aaa", bar: "bbb" };
foo // "aaa"
bar // "bbb"

let { baz } = { foo: "aaa", bar: "bbb" };
baz // undefined

上面代码的第一个例子,等号左边的两个变量的次序,与等号右边两个同名属性的次序不一致,但是对取值完全没影响。第二个例子的变量没有对应的同名属性,导致取不到值,最后等于undefined

如果变量名与属性名不一致,必须写成下面这样。

var { foo: baz } = { foo: 'aaa', bar: 'bbb' };
baz // "aaa"

let obj = { first: 'hello', last: 'world' };
let { firsr: f, last: l } = obj;
f // 'hello'
l // 'world'

// 实际上说明,对象的解构赋值是下面形式的简写

let { foo: foo, bar: bar } = { foo: "aaa", bar: "bbb"};

对象的解构赋值的内部机制,是先找到同名属性,然后再赋给对应的变量。真正被赋值的是后者而不是前者

let { foo: baz } = { foo: "aaa", bar: "bbb"};
baz // "aaa"  变量
foo // error: foo is not defined   匹配模式

上面代码中,foo是匹配模式, baz才是变量。真正被赋值的是变量而不是匹配模式

注意,采用letconst声明变量时,因为letconst同一作用域下变量重复声明,所以一旦赋值的变量以前声明过,就会报错,但是var允许变量重复声明,所以不会报错

let foo;
let {foo} = {foo: 1}; // SyntaxError: Duplicate declaration "foo"

let baz;
let {bar: baz} = {bar: 1}; // SyntaxErr

var baz;
var {bar: baz} = {bar: 1};
baz // 1

// 如果用let声明了变量,正确的写法如下:
// 注意 let命令下面一行的圆括号是必须的,否则会报错,因为解析器会将 起首的大括号理解为一个代码块,而不是赋值语句

let foo;
({foo} = {foo: 1}) // 成功

let baz;
({bar: baz}) = {bar: 1} // 成功

嵌套结构的对象也可以用解构的方式

let obj = {
    p: [
        'hello',
        { y: 'World'}
    ]
};

let { p: [x, { y }]} = obj;
x // "hello"
y // "World"
p // undefined p是匹配模式,不是变量,所以不会被赋值

var node = {
    loc: {
        start: {
            line: 1,
            colum: 5
        }
    }
};

var { loc: {start: { line }} } = node;
line //1
loc // error: loc is undefined
start // error: start is undefined

对象的解构也可以指定默认值,默认值生效的条件是,对象的属性值严格等于undefined

var {x = 3} = {};
x // 3

var {x, y = 5} = {x:1};
x // 1
y // 5

var { x:y = 3 } = {};
y // 3

var {x:y = 3} = {x: 5};
y // 5

var { message: msg = 'Something went wrong' } = {};
msg // 'Something went wrong'

// 默认值生效条件

var {x = 3} = {x: undefined};
x // 3

var { x = 3 } = { x: null };
x // null,默认值不生效的原因是,null不严格等于undefined

// 解构失败的情况
let { foo } = { bar: 'baz' };
foo // undefined

// 如果解构模式是嵌套对象,且子对象所在的父属性不存在,会报错
let { foo: { bar } } = { baz: 'baz' }   // 报错
// 报错原因: 等号左边对象的foo === undefined,是不存在子对象的,所以对foo的子对象进行赋值就会报错,类似如下写法
let _tmp = {baz: 'baz'};
_tmp.foo.bar // 报错,因为_tmp中不存在foo这个属性,其子属性亦不存在

如果要将一个已经声明的变量用于解构赋值,注意:

// 错误的写法
let x;
{x} = {x:1};
// SyntaxError: syntax error

//正确的写法
({x} = {x:1})

//总结:对于已经声明的变量进行解构时需要将赋值语句卸载()中,否则引擎会将{x}理解为一个代码块,从而发生语法错误

对象的解构赋值,可以很方便地将现有对象的方法,赋值到某个变量

let { log, sin, cos } = Math;
log // Math.log(x)
sin // Math.sin(x)
cos // Math.cos(x)

由于数组本质是特殊的对象,因此可以对数组进行对象属性的解构

let arr = [1, 2, 3];
let {0: first, [arr.length - 1]: last} = arr;
first //1
last //3
// [arr.length - 1]写法属于“属性名表达式”,参见《对象的拓展》

字符串的解构赋值

字符串可以进行解构赋值是因为字符串被转换成了一个类似数组的对象,类似数组的对象都有一个length属性,因此可以进行解构

const [a, b, c, d, e] = 'hello';
a // "h"
b // "e"
c // "l"
d // "l"
e // "o"

数值和布尔值的解构赋值

解构赋值时,如果等号右边是数值和布尔值,则会将其转换为对象

let {toString: s} = 123;
s === Number.prototype.toString // true

let {toString: s} = true;
s === Boolean.prototype.toString // true

上面代码中,数值和布尔值的包装对象都有toString属性,因此变量s都能取到值。

解构赋值的规则是:

只要等号右边的值不是对象或数组,就将其转换为对象

undefinednull无法转换为对象所以对其解构会报错

函数参数的解构赋值

function add([x,y]){
    return x + y;
}
add([1, 2]) // 3

[[1, 2], [3, 4]].map(([a, b]) => a + b);
// [3, 7]

函数参数的解构也可以使用默认值

// 写法一
function move({x = 0, y = 0} = {}){
    return [x, y];
}

move({x: 3, y: 4}); // [3, 4]
move({x:3}); // [3, 0]
move({}); // [0, 0]
move(); // [0, 0]
move({x: null, y: null}); // [null, null]

//写法二
function move({x, y} = { x: 0, y: 0 }) {
  return [x, y];
}

move({x: 3, y: 8}); // [3, 8]
move({x: 3}); // [3, undefined]
move({}); // [undefined, undefined]
move(); // [0, 0]

// 解析:
// 写法一时对参数变量x和y指定默认值
// 写法二是为函数的参数指定默认值
// 所以两种写法会得到不同的结果,实际开发中根据应用场景进行选择

undefined同样会触发函数参数的默认值

圆括号的问题

上文中对象的解构中对已经声明的变量进行结构赋值时,需要将赋值语句包裹在()中否则会报错。

解构赋值时一个式子是模式还是表达式,对于编辑器来说只有其解析到(或解析不到)等号才能知道,由此带来的问题是,如果模式中出现圆括号怎么处理

ES6的规则是:

只要是可能导致解构的歧义,就不得使用圆括号

但是这条规则仍然是不容易辨别,处理起来相对麻烦,因此建议:只要有可能就不要在模式中放置圆括号

不能使用圆括号的情况

以下三种解构赋值不得使用圆括号

(1)变量声明语句中,不能带有圆括号

// 全部报错
let [(a)] = [1];
let {x: (b)} = {};
let ({x: c}) = {};
let {(x: c)} = {};
let {(x): c} = {};

let { o: ({ p: p }) } = { o: { p: 2 } };

上面三个语句都会报错,因为它们都是变量声明语句,模式不能使用圆括号。

(2)函数参数中,模式不能带有圆括号。

函数参数也属于变量声明,因此不能带有圆括号。

// 报错
function f([(z)]) { return z; }

(3)赋值语句中,不能将整个模式,或嵌套模式中的一层,放在圆括号之中。

// 全部报错
({ p: a }) = { p: 42 };
([a]) = [5];

上面代码将整个模式放在圆括号之中,导致报错。

// 报错
[({ p: a }), { x: c }] = [{}, {}];

上面代码将嵌套模式的一层,放在圆括号之中,导致报错。

可以使用圆括号的情况

可以使用圆括号的情况只有一种:赋值语句的非模式部分,可以使用圆括号。

[(b)] = [3]; // 正确
({ p: (d) } = {}); // 正确
[(parseInt.prop)] = [3]; // 正确

上面三行语句都可以正确执行,因为首先它们都是赋值语句,而不是声明语句;其次它们的圆括号都不属于模式的一部分。第一行语句中,模式是取数组的第一个成员,跟圆括号无关;第二行语句中,模式是p,而不是d;第三行语句与第一行语句的性质一致。

用途

变量的解构赋值用途很多。

(1)交换变量的值

let x = 1;
let y = 2;

[x, y] = [y, x];

上面代码交换变量xy的值,这样的写法不仅简洁,而且易读,语义非常清晰。

(2)从函数返回多个值

函数只能返回一个值,如果要返回多个值,只能将它们放在数组或对象里返回。有了解构赋值,取出这些值就非常方便。

// 返回一个数组

function example() {
  return [1, 2, 3];
}
let [a, b, c] = example();

// 返回一个对象

function example() {
  return {
    foo: 1,
    bar: 2
  };
}
let { foo, bar } = example();

(3)函数参数的定义

解构赋值可以方便地将一组参数与变量名对应起来。

// 参数是一组有次序的值
function f([x, y, z]) { ... }
f([1, 2, 3]);

// 参数是一组无次序的值
function f({x, y, z}) { ... }
f({z: 3, y: 2, x: 1});

(4)提取JSON数据

解构赋值对提取JSON对象中的数据,尤其有用。

let jsonData = {
  id: 42,
  status: "OK",
  data: [867, 5309]
};

let { id, status, data: number } = jsonData;

console.log(id, status, number);
// 42, "OK", [867, 5309]

上面代码可以快速提取 JSON 数据的值。

(5)函数参数的默认值

jQuery.ajax = function (url, {
  async = true,
  beforeSend = function () {},
  cache = true,
  complete = function () {},
  crossDomain = false,
  global = true,
  // ... more config
}) {
  // ... do stuff
};

指定参数的默认值,就避免了在函数体内部再写var foo = config.foo || 'default foo';这样的语句。

(6)遍历Map结构

任何部署了Iterator接口的对象,都可以用for...of循环遍历。Map结构原生支持Iterator接口,配合变量的解构赋值,获取键名和键值就非常方便。

var map = new Map();
map.set('first', 'hello');
map.set('second', 'world');

for (let [key, value] of map) {
  console.log(key + " is " + value);
}
// first is hello
// second is world

如果只想获取键名,或者只想获取键值,可以写成下面这样。

// 获取键名
for (let [key] of map) {
  // ...
}

// 获取键值
for (let [,value] of map) {
  // ...
}

(7)输入模块的指定方法

加载模块时,往往需要指定输入哪些方法。解构赋值使得输入语句非常清晰。

const { SourceMapConsumer, SourceNode } = require("source-map");
原文地址:https://www.cnblogs.com/bradleyxin/p/11685374.html