共计 960 个字符，预计需要花费 3 分钟才能阅读完成。
with 常常被厌弃，如同存在就是谬误, 明天咱们来总结一下 with()- 集体了解, 有谬误还请指出
with 语句的本来用意是为逐级的对象拜访提供命名空间式的速写形式. 也就是在指定的代码区域, 间接通过节点名称调用对象。
以下是案例
一. 书写形式
1. 失常写法
2. 变量替换的写法
3.with 写法
二.javascript 各类书籍对 with()的负面形容
三. 为什么不举荐应用 with()
1. 性能
简略对一个对象属性赋值 100 万次，是否使 with 的后果差距还是很显著：
2. 不可预测性
with 语句产生的不可预测性是废除 with 的起因。with 强行割裂了词法作用域，将对象临时性地插入到了作用域链中。这使得呈现了难以捉摸的代码。
字符串 ”sword” 和空对象没有问题，但当传入的参数是带有同名 a 属性的 a 对象时，with 强行拜访了 a.a
另外，在 with 语句中申明的变量，并不属于 with 指定的参数对象:
在 with 中申明的变量实际上是被增加到外层的 function 上的:
以上两种状况是因为 with 代码触发了 RHS 查问机制导致的
RHS 简述
在引擎执行的第一步操作中，对变量 a 进行了查问，这种查问叫做 LHS 查问。实际上，引擎查问共分为两种：LHS 查问和 RHS 查问
从字面意思去了解，当变量呈现在赋值操作的左侧时进行 LHS 查问，呈现在右侧时进行 RHS 查问
更精确地讲，RHS 查问与简略地查找某个变量的值没什么区别，而 LHS 查问则是试图找到变量的容器自身，从而能够对其赋值
foo(2);
这段代码中，总共包含 4 个查问，别离是：
1、foo(…)对 foo 进行了 RHS 援用
2、函数传参 a = 2 对 a 进行了 LHS 援用
3、console.log(…)对 console 对象进行了 RHS 援用，并查看其是否有一个 log 的办法
4、console.log(a)对 a 进行了 RHS 援用，并把失去的值传给了 console.log(…)
四. 代码优化问题
代码无奈优化
因为无奈进行预测，代码含意始终在发生变化，不同的调用，或者即便雷同的调用也会因为运行时的变动而呈现偏差，从而使得代码无奈被优化。
优化指两方面，一方面解析和运行变得迟缓，指的就是之前曾经谈到的性能。另一方面对于代码优化和压缩工具来说，无奈确定是变量还是属性，就不能进行重命名(因为属性无奈被重命名)。