JavaScript的“new”关键字是否有害?

在另一个问题中，一个用户指出使用new关键字是危险的，并提出了一个不使用new的对象创建解决方案。我不相信这是真的，主要是因为我使用过Prototype、Script.aculo.us和其他优秀的JavaScript库，它们都使用new关键字。

尽管如此，昨天我在YUI剧院看了Douglas Crockford的演讲，他说了完全相同的事情，他不再在他的代码中使用new关键字(Crockford谈JavaScript -第三幕:函数终极- 50:23分钟)。

使用new关键字“不好”吗?使用它的优点和缺点是什么?

当前回答

不使用new关键字的理由很简单:

通过根本不使用它，您可以避免意外遗漏它的陷阱。YUI使用的构造模式是一个如何完全避免new关键字的例子:

var foo = function () {
    var pub = { };
    return pub;
}
var bar = foo();

或者，你可以这样做:

function foo() { }
var bar = new foo();

但是这样做有可能会有人忘记使用new关键字，并且this操作符完全是FUBAR。据我所知，这样做没有任何好处(除了你已经习惯了)。

在一天结束的时候:这是关于防御性的。你会用这个新语句吗?是的。这会让你的代码更危险吗?是的。

如果你曾经写过c++，这类似于在删除指针后将它们设置为NULL。

其他回答

不使用new关键字的理由很简单:

通过根本不使用它，您可以避免意外遗漏它的陷阱。YUI使用的构造模式是一个如何完全避免new关键字的例子:

var foo = function () {
    var pub = { };
    return pub;
}
var bar = foo();

或者，你可以这样做:

function foo() { }
var bar = new foo();

但是这样做有可能会有人忘记使用new关键字，并且this操作符完全是FUBAR。据我所知，这样做没有任何好处(除了你已经习惯了)。

在一天结束的时候:这是关于防御性的。你会用这个新语句吗?是的。这会让你的代码更危险吗?是的。

如果你曾经写过c++，这类似于在删除指针后将它们设置为NULL。

我刚刚读了Crockford的书《JavaScript: The Good parts》的一部分。我有一种感觉，他认为凡是咬过他的东西都是有害的:

关于开关故障:

我从不允许开关箱掉下来进入下一个案例。我曾经发现我的代码中有一个bug，是由无意中立刻落空在做了一次有力的演讲之后为什么有时候会失败有用的。(第97页，ISBN 978-0-596-51774-8)

关于++和——:

++(递增)和——(递减) 运营商已经知道通过鼓励来促成糟糕的代码过度的诡计多端。他们是第二只有错误的架构在启用病毒和其他安全性威胁。(第122页)

关于新:

如果你忘了说新的调用构造函数时的前缀函数，那么这个就不是绑定到新对象。遗憾的是,这将被绑定到全局对象，那么不是扩大你的新对象，你将在全球范围内大肆宣传变量。这真的很糟糕。在那里是否没有编译警告，并且没有运行时警告。(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.

Stack Overflow的语法着色是如何解释上面的代码的，这很有趣。

我同意PEZ和一些人的观点。

在我看来，“新”显然是自我描述的对象创建，而Greg Dean所描述的YUI模式完全被模糊了。

有人可能会写var bar = foo;或者var bar = baz();在baz不是对象的地方，创建方法似乎要危险得多。

推荐文章