在另一个问题中，一位用户指出该new关键字使用起来很危险，并提出了一个未使用的对象创建解决方案new。我不相信这是真的，主要是因为我使用过 Prototype、Scriptaculous 和其他优秀的 JavaScript 库，而且每个人都使用了new关键字。
尽管如此，昨天我在 YUI 剧院观看道格拉斯·克罗克福德 (Douglas Crockford) 的演讲，他说了完全相同的话，他new不再在他的代码中使用关键字（Crockford on JavaScript - 第三幕：终极功能 - 50:23分钟）。
使用new关键字“不好”吗？使用它的优点和缺点是什么？
Crockford 在推广优秀的 JavaScript 技术方面做了很多工作。他对语言关键要素的固执己见引发了许多有益的讨论。也就是说，有太多的人把每一个“坏”或“有害”的宣言都当作福音，拒绝超越一个人的意见。有时可能会有点令人沮丧。
new与从头开始构建每个对象相比，使用关键字提供的功能有几个优点：
prototype和用于new消除新对象。这不仅更快（原型上的每个方法都不需要代码），还避免了每个对象为每个方法使用单独的属性进行膨胀。在较慢的机器上（尤其是较慢的 JS 解释器），当创建许多对象时，这可能意味着显着节省时间和内存。是的，new有一个关键的缺点，其他答案巧妙地描述了：如果您忘记使用它，您的代码将在没有警告的情况下中断。幸运的是，这个缺点很容易缓解——只需向函数本身添加一些代码：
function foo()
{
// if user accidentally omits the new keyword, this will
// silently correct the problem...
if ( !(this instanceof foo) )
return new foo();
// constructor logic follows...
}
现在您可以拥有这样的优势new而不必担心因意外误用而引起的问题。您甚至可以在检查中添加断言，如果您认为代码损坏的静默工作困扰着您。或者，正如某些人所评论的，使用检查来引入运行时异常：
if ( !(this instanceof arguments.callee) )
throw new Error("Constructor called as a function");
（请注意，此代码段能够避免对构造函数名称进行硬编码，因为与前面的示例不同，它不需要实际实例化对象 - 因此，可以将其复制到每个目标函数中而无需修改。）
John Resig 在他的Simple“Class”Instantiation帖子中详细介绍了这种技术，并在默认情况下包含了一种将此行为构建到“类”中的方法。绝对值得一读……就像他即将出版的书一样，JavaScript Ninja 的秘密，它在 JavaScript 语言的这个特性和许多其他“有害”特性中找到了隐藏的金子（这一章对with我们这些最初不屑一顾的人特别有启发性）这个备受诟病的功能是一个噱头）。
我刚刚阅读了他在 Crockfords 的书“Javascript: The Good Parts”中的一些部分。我有一种感觉，他认为曾经咬过他的一切都是有害的：
关于开关故障：
我从不允许 switch case 进入下一个 case。我曾经在我的代码中发现了一个错误，这是因为我在做了一次关于为什么跌倒有时有用的有力演讲后立即出现了意外跌倒。（第 97 页，ISBN 978-0-596-51774-8）
关于 ++ 和 --
众所周知，++（增量）和 --（减量）运算符会通过鼓励过度的技巧而导致不良代码。在引发病毒和其他安全威胁方面，它们仅次于有缺陷的架构。（第 122 页）
关于新：
如果 在调用构造函数时忘记包含new前缀，则this将不会绑定到新对象。可悲的是，这 将绑定到全局对象，因此不是增加新对象，而是破坏全局变量。那真的很糟糕。没有编译警告，也没有运行时警告。（第 49 页）
还有更多，但我希望你能看到图片。
我对你的问题的回答：不，它没有害处。但是如果你忘记在你应该使用的时候使用它，你可能会遇到一些问题。如果您在良好的环境中开发，您会注意到这一点。
更新
在编写此答案大约一年后，ECMAScript 的第 5 版发布，支持严格模式。在严格模式下，this不再绑定到全局对象而是绑定到undefined.
Javascript 是动态语言，有无数种方法可以在另一种语言阻止你的地方搞砸。
避免使用基本的语言功能，例如new在您可能会搞砸的基础上，有点像在穿过雷区之前脱掉闪亮的新鞋，以防您的鞋子弄脏。
我使用一个约定，其中函数名称以小写字母开头，而实际上是类定义的“函数”以大写字母开头。结果是一个非常引人注目的视觉线索，表明“语法”是错误的：-
var o = MyClass(); // this is clearly wrong.
除此之外，良好的命名习惯也有帮助。毕竟函数做事，因此它的名字中应该有一个动词，而类代表对象，是没有动词的名词和形容词。
var o = chair() // Executing chair is daft.
var o = createChair() // makes sense.
SO 的语法着色如何解释上面的代码很有趣。
我是 Javascript 的新手，所以也许我在提供一个好的观点方面没有太多经验。但我想分享我对这个“新”事物的看法。
我来自 C# 世界，在那里使用关键字“new”非常自然，以至于我觉得工厂设计模式很奇怪。
当我第一次用 Javascript 编写代码时，我没有意识到存在“new”关键字和 YUI 模式中的代码，而且我很快就会遇到灾难。在回顾我编写的代码时，我忘记了特定行应该做什么。更混乱的是，当我“空运行”代码时，我的思想无法真正在对象实例边界之间转换。
然后，我找到了“new”关键字，它对我来说是“分离”的东西。使用 new 关键字，它可以创建事物。如果没有 new 关键字，我知道我不会将它与创建事物混淆，除非我正在调用的函数为我提供了强有力的线索。
例如，var bar=foo();我不知道 bar 可能是什么……它是返回值还是新创建的对象？但var bar = new foo();我确信 bar 是一个对象。
另一种情况为新就是我所说的维尼编码。小熊维尼跟着他的肚子。我说去与你正在使用，而不是语言反对它。
语言的维护者可能会针对他们试图鼓励的习语优化语言。如果他们在语言中添加了一个新关键字，他们可能认为在创建新实例时明确是有意义的。
遵循语言意图编写的代码将在每次发布时提高效率。避免语言关键结构的代码会随着时间的推移而受到影响。
编辑：这远远超出了性能。我不能指望我听说的时候（或者说）“到底为什么他们做那？” 当发现奇怪的代码时。事实证明，在编写代码时有一些“好的”理由。遵循语言之道是您的代码在几年后不被嘲笑的最佳保障。