我知道，通常使用eval() 是不好的做法。
但它存在的目的是什么？
eval() 的正确用途是什么？
在什么情况下使用eval()比较好？
【问题讨论】：
evil()。不要使用它。
标签： javascript
我最近在尝试使用 eval() 命令，同时尝试为新项目提出新约定。
我想要的是：我喜欢拥有 private、public 和 privileged 方法的想法，唉。 Doug Crockford's article，但我希望能够在我的类的顶部而不是像往常那样在底部公开公共方法/变量。
考虑一下：
var Singleton = function() {
// Private
function _one() {
// code...
}
function _two() {
// code...
}
// Public
return {
one: _one,
two: _two
};
}();
通过三个eval()（两个嵌套在主要的内部）我能够拥有这样的语法：
var Singleton = function() {
// Public
var $interface = {
one: $forward,
two: $forward
};
// Private
function _one() {
// code...
}
function _two() {
// code...
}
// This does the magic
return eval($init);
}('Singleton');
而且它确实奏效了。 （请注意，我还想要一种调试命名空间的方法，这就是为什么您可以看到传递给单例的字符串。$init 也处理了这个问题。）
无论如何，我想输入所有这些内容的意义在于，eval() 不一定是 JavaScript 垃圾的病态残缺，应该不惜一切代价避免，并且可以以更多方式使用，而不仅仅是 (可信！）从服务器发送的代码和 JSON 反序列化。
（尽管在我的情况下，它最终成为了一种心理锻炼，因为我已经说服自己毕竟不要打扰私有方法/变量，而只是使用严格的命名空间约定。）
【讨论】：
我认为将其用作危险并没有那么糟糕。人们说不要使用eval，因为它会为滥用打开漏洞。如果您的输入是安全的，则可以使用它。它用于Doug Crockford's JSON parser，例如，在使用正则表达式检查输入以确保没有“危险”内容之后。
人们告诉你不要使用它的另一个原因是，如果你使用 eval 过多，人们会开始称你为 Eval Knievel。
【讨论】：
计算一串 JavaScript 代码 不参考特定的 对象。
如果将算术表达式构造为字符串，则可以在以后使用 eval 对其进行计算。例如，假设您有一个变量 x。您可以通过将表达式的字符串值（例如“3 * x + 2”）分配给变量，然后在脚本中稍后调用 eval 来推迟对涉及 x 的表达式的求值。
eval() 是一个危险的函数，它以调用者的权限执行它传递的代码。如果您使用可能受到恶意方影响的字符串运行 eval()，您最终可能会在具有您网页/扩展程序权限的用户计算机上运行恶意代码。
【讨论】：
eval() 提供对 JavaScript 编译器的访问，这最终允许稍后执行代码。传递给函数的参数将传递给 JavaScript 编译器，然后执行代码。
开发人员争论eval() 的安全性。它不太安全，但如果你绝对确定你的输入在传递之前已经过净化，那么它应该不是问题。
另外，eval() 的结果通常较慢，因为代码尚未编译或缓存。使用该函数显然会对性能造成影响。
调试使用eval() 产生的代码也很困难，因为关于最终执行的代码几乎没有上下文信息（想想行号）。
在 Web 开发方面，eval() 目前最流行的用途之一是在 Ajax 应用程序的上下文中通常反序列化 JSON 字符串；但是，这并不是说没有很多其他用途。
【讨论】：
您可能想查看this article，下面是该页面的直接引用，它总结了 eval 的力量。
JavaScript EVAL 命令可以是 使用动态时非常强大 基于 Web 的应用程序中的内容。 EVAL 可以减少代码并简化 与未知数据的交互 在加载时，但有缺点 考虑到。
这个命令的真正威力在于它 处理数据的能力 在加载时已知——例如， 用户输入的数据。正如我所拥有的 提到，EVAL 接受任何字符串 您提供并执行它返回 结果，如果适用的话。你 可以使用它来执行 JavaScript 你被问到的地方 在加载时执行是未知的。为了 例如，如果我们有一个计算 采用提供的等式的脚本 由用户返回结果，你 可以使用 EVAL 来执行 计算。
【讨论】：
eval，而不是EVAL。