在 JavaScript 中，我们经常会遇到 LHS（Left Hand Side） 和 RHS（Right Hand Side） 这两个术语，尤其是在涉及变量赋值和查找时。虽然它们看起来简单，但却涉及到一些非常细致的行为，尤其是在严格模式和非严格模式下。本文将对 LHS 和 RHS 的含义进行解释，并深入探讨它们对代码行为的影响。
什么是 LHS 和 RHS？
- LHS (Left Hand Side) 指的是赋值表达式中的左边部分。简而言之，它是“接收值”的地方。
- RHS (Right Hand Side) 指的是赋值表达式中的右边部分。它是“提供值”的地方。
举个例子，来看下面的代码：
let a = 5;
在这个赋值语句中：
- LHS 是
a，它位于赋值操作符（=）的左边； - RHS 是
5，它位于赋值操作符的右边。
LHS 和 RHS 的查找行为
在 JavaScript 中，LHS 和 RHS 在变量查找时表现出不同的行为，特别是在变量不存在的情况下。具体来说，它们在不同模式下的行为是有差异的：
1. LHS 查询变量
LHS 查询会检查变量是否已存在：
- 如果变量已存在，则直接返回该变量的值。
- 如果变量不存在，并且当前处于 非严格模式 下，JavaScript 会创建一个 全局变量，并将其赋值。
举个例子：
a = 10; // 非严格模式下，a 会成为全局变量
这段代码在非严格模式下执行时，会导致全局作用域中出现一个 a 变量，即便它在执行之前没有声明。这种行为可能会引发意外的副作用，尤其是在大型应用中，容易导致全局污染。
2. RHS 查询变量
RHS 查询是用于查找变量值的，它的行为更加严格：
- 如果变量已经声明且赋值过，RHS 会直接返回该变量的值。
- 如果变量在查询时不存在，严格模式 会抛出
ReferenceError错误，而 非严格模式 会返回undefined。
举个例子：
'use strict';
a = 10; // ReferenceError: a is not defined
非严格模式下：
- LHS 查询时，如果变量不存在，会自动创建全局变量。
- RHS 查询时，如果变量不存在，返回
undefined。
a = 10; // 在非严格模式下会成为全局变量
console.log(a); // 10
LHS 和 RHS 对代码的影响
1. 非严格模式下的潜在问题
在非严格模式下，LHS 查询会自动创建全局变量，这虽然提供了更大的灵活性，但也可能导致以下问题：
- 全局污染：当变量在函数或代码块内没有明确声明时，可能无意间创建全局变量，增加了全局作用域的复杂性，导致潜在的命名冲突。
- 调试困难：代码中的某个错误可能并不容易被发现，因为变量会自动变为全局变量，这样的行为通常不符合预期。
2. 严格模式下的改进
严格模式解决了很多非严格模式下的潜在问题：
- 避免全局变量污染：在严格模式下，变量必须显式声明，否则会抛出错误。这减少了全局命名冲突的风险。
- 更严格的错误检测：在严格模式下，JavaScript 更加严格地检查变量是否已声明，未声明的变量会直接抛出错误，有助于开发者早期发现问题。
'use strict';
let a = 10; // 正常工作，a 是局部变量
总结
LHS 和 RHS 是 JavaScript 中非常重要的概念，理解它们的行为可以帮助开发者编写更加健壮和易于维护的代码：
- LHS 查询涉及变量赋值操作，会在非严格模式下自动创建全局变量，而严格模式会抛出错误。
- RHS 查询用于查找变量值，严格模式下变量未声明会抛出错误，非严格模式下会返回
undefined。
在实际开发中，建议尽量使用严格模式（'use strict';）来避免由于隐式创建全局变量带来的问题，同时保持代码的可维护性和稳定性。
