diff options
author | plylrnsdy <plylrnsdy@163.com> | 2021-06-14 14:41:01 +0800 |
---|---|---|
committer | Irvin <irvinfly@gmail.com> | 2021-06-14 14:48:47 +0800 |
commit | dbdf9890b33bd3a2625e6a729ce1d2e6c859d201 (patch) | |
tree | 5a7a83789dac25cd8b05f91988f8a2b1a5356089 /files | |
parent | 38906b2d3451508d1b5fb55952d7ba1566d2c2a1 (diff) | |
download | translated-content-dbdf9890b33bd3a2625e6a729ce1d2e6c859d201.tar.gz translated-content-dbdf9890b33bd3a2625e6a729ce1d2e6c859d201.tar.bz2 translated-content-dbdf9890b33bd3a2625e6a729ce1d2e6c859d201.zip |
[zh-cn] 更新“操作符优先级” patch-2
- 修正不统一的翻译:“关联性”应为“结合性”
- 修正部分 html 属性与英文版不一致
- 部分文本润色
Diffstat (limited to 'files')
-rw-r--r-- | files/zh-cn/web/javascript/reference/operators/operator_precedence/index.html | 16 |
1 files changed, 8 insertions, 8 deletions
diff --git a/files/zh-cn/web/javascript/reference/operators/operator_precedence/index.html b/files/zh-cn/web/javascript/reference/operators/operator_precedence/index.html index a2cd129c56..bb742caac7 100644 --- a/files/zh-cn/web/javascript/reference/operators/operator_precedence/index.html +++ b/files/zh-cn/web/javascript/reference/operators/operator_precedence/index.html @@ -29,10 +29,10 @@ console.log((3 + 10) * 2); // 输出 26 因为括号改变了优先级 <p>左结合(左到右)相当于把左边的子表达式加上小括号 <code>(a OP b) OP c</code>,右结合(右到左)相当于 <code>a OP (b OP c)</code>。赋值运算符是右结合的,所以你可以这么写:</p> -<pre class="notranslate">a = b = 5; // 相当于 a = (b = 5); +<pre class="brush: js">a = b = 5; // 相当于 a = (b = 5); </pre> -<p>预期结果是 <code>a</code> 和 <code>b</code> 的值都会成为 5。这是因为赋值运算符的返回结果就是赋值运算符右边的那个值,具体过程是:首先 <code>b</code> 被赋值为5,然后 <code>a</code> 也被赋值为 <code>b = 5</code> 的返回值,也就是 5。</p> +<p>预期结果是 <code>a</code> 和 <code>b</code> 的值都会成为 5。这是因为赋值运算符的返回结果就是赋值运算符右边的那个值,具体过程是:首先 <code>b</code> 被赋值为 5,然后 <code>a</code> 也被赋值为 <code>b = 5</code> 的返回值,也就是 5。</p> <p>另一个例子是,只有幂运算符是右结合的,而其他算术运算符都是左结合的。有趣的是,无论结合性和优先级如何,求值顺序总是从左到右。</p> @@ -81,7 +81,7 @@ Evaluating the right side </tbody> </table> -<p>当有多个具有相同优先级的运算符时,结合性的差异就会发挥作用。仅使用一个或多个不同优先级的运算符时,结合性不会影响输出,如上面的例子所示。在下面的示例中,观察当使用多个相同运算符时关联性如何影响输出。</p> +<p>当有多个具有相同优先级的运算符时,结合性的差异就会发挥作用。仅使用一个或多个不同优先级的运算符时,结合性不会影响输出,如上面的例子所示。在下面的示例中,观察使用多个相同运算符时结合性会如何影响输出。</p> <table class="standard-table"> <tbody> @@ -136,7 +136,7 @@ function echo(name, num) { console.log("Evaluating the " + name + " side"); return num; } -// 注意这里左边和中间的被包围的求幂表达式 +// 注意这里左边和中间的被圆括号包围的求幂表达式 console.log((echo("left", 2) ** echo("middle", 3)) ** echo("right", 2));</pre> </td> <td> @@ -154,8 +154,8 @@ Evaluating the right side <code>(6 / 3) / 2</code> 是相同的,因为除法是左结合的。而幂运算符是右结合的,所以 <code>2 ** 3 ** 2</code> 与 <code>2 ** (3 ** 2)</code> 是相同的。因此,<code>(2 ** 3) ** 2</code> 会更改执行顺序,并导致输出上表中的 64。</p> -<p>请记住,判断执行顺序,优先级在结合性之前。所以,混合求除法和幂,求幂会先于除法。例如, - <code>2 ** 3 / 3 ** 2</code> 结果是 0.8888888888888888 因为它相当于 +<p>请记住,判断执行顺序的时候,优先级在结合性之前。所以,混合求除法和幂时,求幂会先于除法。例如, + <code>2 ** 3 / 3 ** 2</code> 的结果是 0.8888888888888888,因为它相当于 <code>(2 ** 3) / (3 ** 2)</code>。</p> <h3 id="Note_on_grouping_and_short-circuiting">分组和短路的注意事项</h3> @@ -163,7 +163,7 @@ Evaluating the right side <p>在下表中,<strong>分组(Grouping)</strong>具有最高优先级。然而,这并不意味着总是优先对分组符号 <code>( … )</code> 内的表达式进行求值,尤其是涉及短路时。</p> <p>短路是条件求值的术语。例如,在表达式 - <code>a && (b + c)</code> 中,如果 <code>a</code> 为 {{Glossary("falsy")}},那么即使 <code>(b + c)</code> 在圆括号中,也不会被求值。我们可以说逻辑或运算符(“OR”)是“短路的”。除了逻辑或运算符外,其他短路运算符还包括逻辑与(“AND”)、空值合并、可选链和条件(三元)运算符。下面有更多例子:</p> + <code>a && (b + c)</code> 中,如果 <code>a</code> 为虚值({{Glossary("falsy")}}),那么即使 <code>(b + c)</code> 在圆括号中,也不会被求值。我们可以说逻辑或运算符(“OR”)是“短路的”。除了逻辑或运算符外,其他短路运算符还包括逻辑与(“AND”)、空值合并、可选链和条件(三元)运算符。下面有更多例子:</p> <pre class="brush: js">a || (b * c); // 首先对 `a` 求值,如果 `a` 为真值则直接返回 `a` a && (b < c); // 首先对 `a` 求值,如果 `a` 为虚值则直接返回 `a` @@ -171,7 +171,7 @@ a ?? (b || c); // 首先对 `a` 求值,如果 `a` 不是 `null` 或 `undefined a?.b.c; // 首先对 `a` 求值,如果 `a` 是 `null` 或 `undefined` 则直接返回 `undefined` </pre> -<h2 id="示例">示例</h2> +<h2 id="Examples">示例</h2> <pre class="brush: js">3 > 2 && 2 > 1 // 返回 true |