@@ -32,7 +32,7 @@ alert(user.address.street); // Error!
32
32
let html = document .querySelector (' .elem' ).innerHTML ; // 如果 document.querySelector('.elem') 的结果为 null,则会出现错误
33
33
```
34
34
35
- 同样,如果该元素不存在,则访问 ` null ` 的 ` .innerHTML ` 时会出错 。在某些情况下,当元素的缺失是没问题的时候,我们希望避免出现这种错误,而是接受 ` html = null ` 作为结果。
35
+ 同样,如果该元素不存在,则访问 ` null ` 的 ` .innerHTML ` 属性时会报错 。在某些情况下,当元素的缺失是没问题的时候,我们希望避免出现这种错误,而是接受 ` html = null ` 作为结果。
36
36
37
37
我们如何实现这一点呢?
38
38
@@ -44,11 +44,19 @@ let user = {};
44
44
alert (user .address ? user .address .street : undefined );
45
45
```
46
46
47
- 这样可以,这里就不会出现错误了……但是不够优雅。就像你所看到的,` "user.address" ` 在代码中出现了两次。对于嵌套层次更深的属性就会出现更多次这样的重复,这就是问题了。
47
+ 这样可以,这里就不会出现错误了……但是不够优雅。就像你所看到的,` "user.address" ` 在代码中出现了两次。
48
48
49
- 例如,让我们尝试获取 ` user.address.street.name ` 。
49
+ 我们看一个以相同方式获取 ` document.querySelector ` 的例子:
50
50
51
- 我们既需要检查 ` user.address ` ,又需要检查 ` user.address.street ` :
51
+ ``` js run
52
+ let html = document .querySelector (' .elem' ) ? document .querySelector (' .elem' ).innerHTML : null ;
53
+ ```
54
+
55
+ 我们可以看到用于进行元素搜索的 ` document.querySelector('.elem') ` 在这里实际上被调用了两次。这样不优雅。
56
+
57
+ 对于嵌套层次更深的属性,代码会变得更丑,因为需要更多的重复。
58
+
59
+ 例如,让我们以相同的方式尝试获取 ` user.address.street.name ` 。
52
60
53
61
``` js
54
62
let user = {}; // user 没有 address 属性
@@ -58,7 +66,7 @@ alert(user.address ? user.address.street ? user.address.street.name : null : nul
58
66
59
67
这样就太扯淡了,并且这可能导致写出来的代码很难让别人理解。
60
68
61
- 甚至我们可以先忽略这个问题,因为我们有一种更好的实现方式 ,就是使用 ` && ` 运算符:
69
+ 这里有一种更好的实现方式 ,就是使用 ` && ` 运算符:
62
70
63
71
``` js run
64
72
let user = {}; // user 没有 address 属性
@@ -92,6 +100,12 @@ alert( user?.address?.street ); // undefined(不报错)
92
100
93
101
代码简洁明了,也不用重复写好几遍属性名。
94
102
103
+ 这里是一个结合 ` document .querySelector ` 使用的示例:
104
+
105
+ ` ` ` js run
106
+ let html = document .querySelector (' .elem' )? .innerHTML ; // 如果没有符合的元素,则为 undefined
107
+ ` ` `
108
+
95
109
即使 对象 ` user` 不存在,使用 ` user? .address ` 来读取地址也没问题:
96
110
97
111
` ` ` js run
@@ -110,7 +124,7 @@ alert( user?.address.street ); // undefined
110
124
111
125
例如,如果根据我们的代码逻辑,` user` 对象必须存在,但 ` address` 是可选的,那么我们应该这样写 ` user.address?.street` ,而不是这样 ` user?.address?.street` 。
112
126
113
- 所以 ,如果 ` user` 恰巧因为失误变为 undefined ,我们会看到一个编程错误并修复它。否则,代码中的错误在不恰当的地方被消除了 ,这会导致调试更加困难。
127
+ 那么 ,如果 ` user` 恰巧为 undefined ,我们会看到一个编程错误并修复它。否则,如果我们滥用 ` ?. ` ,会导致代码中的错误在不应该被消除的地方消除了 ,这会导致调试更加困难。
114
128
` ` `
115
129
116
130
` ` ` ` warn header="` ? .` 前的变量必须已声明"
@@ -127,15 +141,15 @@ user?.address;
127
141
128
142
正如前面所说的,如果 ` ?.` 左边部分不存在,就会立即停止运算(“短路效应”)。
129
143
130
- 所以,如果后面有任何函数调用或者副作用 ,它们均不会执行。
144
+ 因此,如果在 ` ?. ` 的右侧有任何进一步的函数调用或操作 ,它们均不会执行。
131
145
132
146
例如:
133
147
134
148
` ` ` js run
135
149
let user = null;
136
150
let x = 0;
137
151
138
- user?.sayHi(x++); // 没有 "sayHi",因此代码执行没有触达 x++
152
+ user?.sayHi(x++); // 没有 "user",因此代码执行没有到达 sayHi 调用和 x++
139
153
140
154
alert(x); // 0,值没有增加
141
155
` ` `
@@ -162,7 +176,7 @@ userAdmin.admin?.(); // I am admin
162
176
*/!*
163
177
164
178
*!*
165
- userGuest.admin?.(); // 啥都没有 (没有这样的方法)
179
+ userGuest.admin?.(); // 啥都没发生 (没有这样的方法)
166
180
*/!*
167
181
` ` `
168
182
@@ -199,10 +213,9 @@ delete user?.name; // 如果 user 存在,则删除 user.name
199
213
let user = null;
200
214
201
215
user?.name = "John"; // Error,不起作用
202
- // 因为它在计算的是 undefined = "John"
216
+ // 因为它在计算的是: undefined = "John"
203
217
` ` `
204
218
205
- 这还不是那么智能。
206
219
` ` ` `
207
220
208
221
## 总结
@@ -217,4 +230,4 @@ user?.name = "John"; // Error,不起作用
217
230
218
231
` ?.` 链使我们能够安全地访问嵌套属性。
219
232
220
- 但是,我们应该谨慎地使用 ` ?.` ,仅在当左边部分不存在也没问题的情况下使用为宜 。以保证在代码中有编程上的错误出现时,也不会对我们隐藏。
233
+ 但是,我们应该谨慎地使用 ` ?.` ,根据我们的代码逻辑,仅在当左侧部分不存在也可接受的情况下使用为宜 。以保证在代码中有编程上的错误出现时,也不会对我们隐藏。
0 commit comments