我认为在将模板语言转换为JavaScript时，with语句可以派上用场。例如base2中的JST，但我更经常看到它。

我同意不使用with语句就可以编程。但因为它不会带来任何问题，所以它是一种合法的使用。

我从来没有使用过，没有理由，也不推荐它。

with的问题是它阻止了ECMAScript实现可以执行的大量词汇优化。随着基于jit的快速引擎的兴起，这个问题在不久的将来可能会变得更加重要。

它可能看起来像允许更清晰的结构(例如，引入一个新的作用域而不是公共的匿名函数包装器或替换冗长的别名)，但实际上不值得这样做。除了性能下降之外，还存在给错误对象的属性赋值的危险(当在注入作用域中的对象上找不到属性时)，以及可能错误地引入全局变量。IIRC，后一个问题是促使Crockford建议避免的问题。

正如我之前的评论所指出的，我不认为你可以安全地使用它，无论它在任何给定的情况下有多么诱人。由于这里没有直接涉及到这个问题，我将重复一遍。考虑以下代码

user = {};
someFunctionThatDoesStuffToUser(user);
someOtherFunction(user);

with(user){
    name = 'Bob';
    age  = 20;
}

如果不仔细研究这些函数调用，就无法知道这段代码运行后程序的状态是什么。如果user.name已经设置，它现在将是Bob。如果没有设置，全局名称将被初始化或更改为Bob，用户对象将保持没有name属性。

错误发生。如果你使用with，你最终会这样做，增加你的程序失败的机会。更糟糕的是，您可能会遇到在with块中设置全局变量的工作代码，或者是故意的，或者是作者不知道这个构造的怪处。这很像在开关上遇到了故障，你不知道作者是否有意这样做，也没有办法知道“修复”代码是否会引入回归。

现代编程语言充满了特性。一些特性，在使用多年后，被发现是不好的，应该避免使用。Javascript的with就是其中之一。

我一直使用with语句作为范围导入的简单形式。假设您有某种标记构建器。而不是写:

markupbuilder.div(
  markupbuilder.p('Hi! I am a paragraph!',
    markupbuilder.span('I am a span inside a paragraph')
  )
)

你可以这样写:

with(markupbuilder){
  div(
    p('Hi! I am a paragraph!',
      span('I am a span inside a paragraph')
    )
  )
}

对于这个用例，我没有做任何赋值，所以我没有与之相关的歧义问题。

不推荐使用with，在ECMAScript 5严格模式下禁止使用。推荐的替代方法是将您想要访问其属性的对象分配给一个临时变量。

来源:Mozilla.org

可以使用with将对象的内容作为局部变量引入块，就像使用这个小型模板引擎一样。