2

我想知道与创建新类而不是该类的新对象相关的开销是小还是大。我正在使用 dojo，但我将提供纯 JS 的对比示例。我将在启动时创建 10 到 100 个对象，我认为这不是一个严重的问题，但我想涵盖我所有的基础。

案例 1：Javascript 对象

function Person(name){
  this.name = name;
}
var p1 = new Person('Caine');
var p2 = new Person('Seth');
var p3 = new Person('Abel');

与案例 2：Javascript 类

function Person1(){
  this.name = 'Caine';
}

function Person2(){
  this.name = 'Seth';
}

function Person3(){
  this.name = 'Abel';
}
var p1 = new Person1();
var p2 = new Person2();
var p3 = new Person3();

编辑：人们想知道我为什么会采用这种方法。我正在实现一个模块化程序，用户可以根据需要创建和/或加载对象，而不是拥有一个 Person/Shape/Text... 类并使用 50,000,000 个参数（姓名、年龄、性别、标签、字体、 x , y , w , h ...) 我想创建一个包含所有值的类。这也将简化代码的编辑，因为我希望允许用户从浏览器中查看和修改代码。我对 OOP 并不陌生，我确实意识到这与标准编程过程有所不同，所以对我知道自己在做什么有点信心 =)

4

2 回答 2

5

并不是真正的类（JS 没有它们），但是您在第二个示例中得到的是两个额外的构造函数。每个都必须有一个prototype自己的附加属性对象。

因此，就创建和存储的对象而言，您的第二种方法效率略低。但是，如果您有很多 的实例Person1，则第二种方法可以通过将共享属性放在原型上而不是单独放在每个新实例上来节省（少量）空间：

function Person1() {}
Person1.prototype.name= 'Caine';

每个 Person1 实例保存一个 String 实例。

实际上，它不会产生任何实际差异，您应该编写代码封装的想法的最简洁表达方式。（我个人认为每个名字都有不同的班级是不寻常的......）

于 2011-07-12T21:19:29.537 回答
1

我编写了一个 jsperf 测试用例http://jsperf.com/class-vs-object-perf来演示 4 种方法，2 使用您编写的案例，1 使用返回对象的函数，并且可以改编成模块模式，最后使用原型。

在 Chrome 14 上，1、2、4 之间的性能差异几乎相同。唯一慢的是类似于模块模式的一种。

于 2011-07-12T21:48:55.220 回答