JavaScript Web应用程序

哇，这是一个相当广泛的帖子;让我们一步一个来

为什么他们使用集合而不是控制器在他们的MVC定义?

确切的答案因库而异，但一个简单的答案是，大多数Javascript应用程序中的控制器实际上不需要任何框架;它们可以是原始的Javascript，并且工作得很好，因为它们通常不是很复杂。

此外，您可能认为是"控制器"的部分通常是单独提供的。最主要的例子是Backbone的Router对象:它类似于Rails中的隐含路由(和routes.rb)，或者Django中的urls.py。就像那些框架不认为路由是"控制器"的一部分一样，主干(和类似的框架)将路由作为一个单独的部分提供…即使它可能属于MVC中的C。

同样，jQuery提供的很多DOM操作功能通常属于MVC应用程序的控制器，所以在某种意义上，jQuery帮助你构建你的控制器;它只是不明确的方式骨干。Model帮助您构建模型。

我会使用像Backbone.js的客户端工作和Node.js的服务器端?

这简直是天壤之别;用服务器端术语来说，Backbone更像Rails, Node更像Ruby(或Mongrel或其他东西)。所以，一个是客户端，另一个是服务器端，但差异远不止于此。

关于从哪里开始有什么建议吗?

选择一个框架并动手吧!说真的，你可能会花几个小时阅读不同框架的评论，但最终还是无法做出决定(我是从经验出发的)。但如果你只是选择一种并尝试，你可能会发现它要么与你"凝胶"，要么不是很快。

就我个人而言，我建议从Backbone开始，因为A)它最近很流行，B)我有偏见:我每天都在使用它，而且很喜欢它。此外，它可能很适合你，因为它是由CoffeeScript家伙创建的(CoffeeScript是他试图使Javascript更像ruby的)。不过Ember.js最近也很流行，Hector提到了ExpressJS，我对它一无所知，但可能很酷。

但关键是，选择一个，做一个hello world，或者一些更复杂的东西，比如介绍性教程(Backbone有一个围绕To do应用程序的教程)。用它写几个小时的代码会比我(或者Stack Overflow上的任何人)告诉你它是否适合你更多。

如果你正在寻找一个类似JavaScript mvc的框架，可以看看Express.js http://expressjs.com

Express.js更像Sinatra而不是Rails，但是它会给你一个良好的服务器端基础。