在脚本编程时使用with语句，可以大大的缩减使用多级对象引用代码行的长度，这是Jscript提供给我们的一个Syntax Sugar。当然不使用with，使用临时变量也可以达到同样的效果。不过创建变量时起名确实不是一件很遐意的事，就连MASM高版本中也提供了一个@@(以及@F和@B)来处理临时标号的问题，看来大家都是比较懒得啦。
我也挺喜欢用with语句的，确实可以省不少的事情，而且可以让代码变得也清晰些，特别是在处理跨frame的变量引用时，更加显得方便。这不今天就因为贪图方便又撞到枪口上了，在with中去取跨frame的变量时，遇到一个莫名其妙的bug郁闷了半天。
我写的代码其实不复杂，就是在一个with中，作了很多另一个frame中的变量引用和计算操作后，把结果赋值到本页面函数的一个局部变量里。事例代码大概如下： // ...
var hierarchies = [];
with(parent.frames['xxxframe'])
{
// 引用xxxframe里的变量和值产生我要的东西
hierarchies.push(xxx);
}
// 开始使用hierarchies
这时hierarchies比较发疯，不管怎么弄里面的值老是和想要得值有却别，但又不是完全不对(后面会说为什么会这样，同时这是也严重迷惑我debug的一个地方，被害惨了)。
为什么会这样？最后查出来原来是xxxframe里也有一个叫hierarchies的变量，而且也是数组，放的内容居然也和我放的差不多，所以我前面说了为什么会被迷惑了吧。而且还不止这点，由于之前还写了一个这种类似的with来跨页面取数据，而且工作的很好，所以潜意识就觉得，with里的那个hierarchies就是with外的那个hierarchies。我也不记得xxxframe中那个变量是不是我自己定义的了，反正debug时被郁闷了好一阵子:(。
Jscript手册说with(objects) statements的作用是：为语句设定默认对象。不过在with内部对变量的作用范围，它有个搜索规则，就是优先做默认对象(objects)中的匹配。虽然有时觉得默认对象的作用域更"远"，就像跨frame这种情况。当默认对象引用中不能匹配，就匹配with之前被声明过的变量。都不能匹配到就是undefined了。
本文只能老实收入"debug中的滑铁卢"中了。
