我目前正在使用带有 node.js 和 Express 服务器端的 javascript 编写的 Web 应用程序项目，是时候考虑这个应用程序的客户端了。这两个问题是：
我选择了其中三个：backbone、knockout 和 Ember。我阅读了我发现的所有关于它们的问题，但我仍在犹豫。需要考虑的要点是：
编辑：你觉得 JavaScriptMVC 怎么样？
正如@Christian Varga 在评论中所说，这取决于。但是，我会提出以下意见：
像淘汰赛那样将 html 与 javascript 混合是很好的吗？
通过淘汰赛，您不必将 javascript 混合到 html 中。请参阅不显眼的事件处理。
我的应用程序是否易于维护？
根据我的淘汰经验，如果应用程序变得特别大，页面确实会变得复杂。然而，如果你想要一个SPA风格的页面，那么代码总是会相当复杂。我没有使用过 Ember 或 Backbone，但 Backbone 确实以适合大型应用程序而闻名。
框架会不会在明天继续存在而不消失，让我处于非常不舒服的境地？
我认为您已经明智地选择了要考虑的三个框架。Knockout 和 Backbone 都有相当广泛的采用。Knockout 将与 MVC4 一起提供，这让您对它的未来充满信心。Ember 较新，但它背后似乎有很多令人兴奋的东西。对 Ember 进行了很好的讨论，并在此处提供了对淘汰赛和骨干的各种参考
希望这可以帮助您评估最适合您的项目的方法。
所有这些都是很好的框架。你可以选择任何人，你不会犯大错。当然，您可能比其他人更喜欢一个，但这是一个品味问题。所有这些框架将使您的应用程序易于维护。
现在，我想添加更多内容。您问“我应该考虑使用框架”吗？您可以构建自己的东西，这很酷。我只是建议记住你的项目的良好组织。在我短暂的经验中，Js 是一团糟。这些 FW 可帮助您保持代码整洁有序。
还要向组织添加 1 件事：您应该考虑一些 AMD 工具，例如Require.js
如果您正在考虑构建具有可扩展性和可维护性的应用程序，您可能需要考虑参考架构，例如Boilerplatejs。
BoilerplateJS 结合了构建大型应用程序时使用的最佳实践。此外，它还附带了诸如 knockoutjs 之类的库以及有助于构建和组织代码的实用程序。