crockford的JavaScript构造函数模式真的应该更快吗?

您的测试之间的主要区别是:

• {}比new Object快得多，这表明new比{}慢。([]和new Array也是如此)

• 您的测试产生不同的结果:您的make工厂函数的结果不是Make对象。构造的Make有一个原型，由所有Make对象共享。你的工厂函数的结果只是一个裸Object，并且在它的原型链(Object.prototype)中有一个原型，而Make构造对象有两个(Make.prototype，然后是Object.prototype)。

  我做了你的测试的一个分支，用一个工厂函数，实际上返回一个Make对象(而不是一个简单的Object)，使用非标准的__proto__属性，它比使用构造函数慢得多。IE不支持__proto__，但是Firefox和Chrome的结果看起来非常明确。

构造函数优化的目的之一是共享属性，通常是方法。如果许多对象使用相同的函数作为方法，或共享其他命名属性，那么对原型的赋值将在从构造函数创建的所有对象中共享该属性的单个实例，从而减少内存开销，并且不需要为每个创建的对象重复分配每个此类属性，从而减少构造时间开销。

由于您的示例不包含任何此类属性，因此您将看不到此类好处。但是，如果您的产品代码不包括您构造的对象的共享属性，则可能没有理由切换到构造函数。

那么，如果，例如你有这样的代码:

function make(p) {
    return {
        parm: p,
        addTwo: function() {return this.parm + 2;},
        double: function() {return this.parm * 2;},
        square: function() {return this.parm * this.parm;}
    };
};

它可能会运行得比这更慢:

function Make(p) {
    this.parm = p;
}
Make.prototype.addTwo = function() {return this.parm + 2;};
Make.prototype.double = function() {return this.parm * 2;}
Make.prototype.square = function() {return this.parm * this.parm;}