为什么 Google Closure 交换参数？

Question

我已经看到 Google Closure 编译器在 if 子句中做了很多重写。例如：

if (a === 3) {…}

转向

if (3 === a) {…}

如果原语是第一个参数，JavaScript 中的比较是否更快，或者这是什么原因？

Answer 1

来自ReorderConstantExpression.java：

/**
 * Reorder constant expression hoping for a better compression.
 * ex. x === 0 -> 0 === x
 * After reordering, expressions like 0 === x and 0 === y may have higher
 * compression together than their original counterparts.
 *
 */

正如google closure compiler contributor 所述，代码 cmets 所指的压缩是指 gzip 压缩，而不是实际的缩小“压缩”。它可以提高 gzip 压缩的原因是，如果你的代码中有 0 === x 和 x === 0，闭包编译器会将这两个规范化为 0 === x，这是重复的文本，因此可以更好地压缩。

那么还有：

typeof this.value == "object"

typeof this.key == "object"

唯一的字符串是：typeof this.、value、key 和 == "object"

但如果你重新排序：

"object" == typeof this.value

"object" == typeof this.key

唯一的字符串是："object" == typeof this.、value 和 key。较少的唯一字符串和相当长的重复字符串。