Javascript ES6类继承的性能

Javascript ES6类继承的性能,javascript,performance,ecmascript-harmony,Javascript,Performance,Ecmascript Harmony,与Javascript中创建“类”的实际方式相比: 函数MyClass(){ } MyClass.prototype.yada=函数(){}; 新的ES6课程 class-MyClass{ 雅达(){ } } 找不到任何性能比较,但我真正感兴趣的是继承的uu proto\uuu/Object.setPrototypeOf,而不仅仅是ES6提供的“类糖”。ES6类实际上只是构造函数和原型初始化的语法糖。也就是说,您的MyClass定义的两个版本几乎相同,并且很可能在所有实现中都具有相同的性能特

与Javascript中创建“类”的实际方式相比:

函数MyClass(){
}
MyClass.prototype.yada=函数(){};
新的ES6课程

class-MyClass{
雅达(){
}
}

找不到任何性能比较,但我真正感兴趣的是继承的uu proto\uuu/Object.setPrototypeOf,而不仅仅是ES6提供的“类糖”。

ES6类实际上只是构造函数和原型初始化的语法糖。也就是说,您的
MyClass
定义的两个版本几乎相同,并且很可能在所有实现中都具有相同的性能特征(目前还没有)。目前还没有ES6,因此询问性能似乎有点早。即便如此,这也取决于实施情况。语法/语言没有性能。虽然我的理解是,ES6功能只是经典原型语法的一个语法糖。ES6,ES下一步,Harmony,随便你说。我只是对结果感兴趣;)这取决于类最终是如何实现的(如果有任何更改,尽管可能性不大),以及是否存在任何可能降低代码性能的规范检查需求。不过,我怀疑两者之间是否有太大差异。不用说,这取决于如何在ES6兼容的实现中实现两者,这将真正影响性能。@Salvadodali即使只是一个建议,node 0.11+也可以使用harmony代码、带有harmony标志的chrome等。如果
声明在幕后,例如,编译成一些类似于Coffeescript类的代码,那么性能根本就不是问题。