成员0.9.6性能更新-重大？

Question

与竞争对手相比，我很自然地被Ember的好API/设计/语法所吸引，但看到性能明显下降，我感到非常难过。(例如，请参阅现在众所周知的http://jsfiddle.net/samdelagarza/ntMdB/167/。)我的眼睛告诉我至少比Chrome的主干慢4倍。

EmberJS的0.9.6版本显然有许多性能修正，特别是围绕绑定和呈现。然而，当使用这个版本的Ember时，上面的基准测试性能仍然很差。

我认为上面的基准是一个框架的绑定成本的证明。我来自Flex，在Flex中，绑定执行得足够好，因此您不必经常考虑每个呈现器(乘以大约20个呈现器)中的5个绑定是否会造成太大的开销。易用性很好，但前提是保持足够好的性能。(更重要的是，由于HTML5也经常针对手机)。

就目前情况而言，我倾向于认为，与一些竞争对手相比，Ember的优点并不值得，因为我们谈论的是有很多绑定的大型应用程序，否则你一开始就不需要这样的框架。我可以接受安博的表现稍微差一点，毕竟它带来了更多的桌子。

因此，我的问题是相当笼统和开放的：

• 是基准测试中的Ember部分，写得足够好，显示出了一个真正的问题吗？
• 的0.9.6性能更新可能非常低？
• 是主要贡献者发现的糟糕性能区域吗？

Answer 1

这并不是绑定速度慢的问题，而是需要执行更多DOM更新的问题。我们一直在对这个特定的问题做一些调查，对于如何将这些多个操作合并成一个整体，我们有一些想法，所以我希望这一点在将来得到改进。

尽管如此，我看不出这是一个现实的基准。我永远不会建议在Ember (或与脊梁，这件事)做沉重的动画。在标准的应用程序开发中，您不应该需要同时更新那么多不同的视图。

如果你能指出一个正常的应用程序中的慢区域，我们将非常乐意进行调查。性能是我们非常关心的，如果事情在正常运行中真的很慢，我们会认为这是一个错误。但是，就像我说过的，表演性绑定驱动动画不是我们的目标之一，我也不知道它是谁的。烬通常与其他库一起玩得很好，所以应该可以插入动画库来完成Ember之外的动画。