是一个MVC设计模式在客户端，相信我。这将为你节省大量的代码，更不用说更干净清晰的代码，更容易维护的代码。 一开始可能有点棘手，但相信我，这是一个很棒的图书馆。

这是一个有趣的演示:

Backbone.js的介绍

提示(来自幻灯片):

浏览器中的Rails ?不。 JavaScript的MVC框架?有几分。 一个巨大的状态机?是的!

如果你打算在浏览器中构建复杂的用户界面，那么你可能会发现自己最终发明了构成框架的大部分部件，比如Backbone.js和Sammy.js。所以问题是，你是否在浏览器中构建了一些足够复杂的东西来值得使用它(这样你就不会自己发明同样的东西)。

If what you plan to build is something where the UI regularly changes how it displays but does not go to the server to get entire new pages then you probably need something like Backbone.js or Sammy.js. The cardinal example of something like that is Google's GMail. If you've ever used it you'll notice that it downloads one big chunk of HTML, CSS, and JavaScript when you first log in and then after that everything happens in the background. It can move between reading an email and processing the inbox and searching and back through all of them again without ever asking for a whole new page to be rendered.

It's that kind of app that these frameworks excel at making easier to develop. Without them you'll either end up glomming together a diverse set of individual libraries to get parts of the functionality (for example, jQuery BBQ for history management, Events.js for events, etc.) or you'll end up building everything yourself and having to maintain and test everything yourself as well. Contrast that with something like Backbone.js that has thousands of people watching it on Github, hundreds of forks where people may be working on it, and hundreds of questions already asked and answered here on Stack Overflow.

但是，如果您计划构建的东西不够复杂，不值得花费与框架相关的学习曲线，那么这一切都不重要。如果你仍然在构建PHP、Java或其他网站，而后端服务器仍然在根据用户的请求进行构建网页的所有繁重工作，而JavaScript/jQuery只是在这个过程中锦上添花，那么你将不需要或还没有准备好使用Backbone.js。

这是一个很好的入门视频: http://vimeo.com/22685608

如果你想了解更多关于Rails和Backbone的知识，Thoughtbot有这本非常好的书(不是免费的): https://workshops.thoughtbot.com/backbone-js-on-rails

涉及大量用户交互和许多AJAX请求的web应用程序，需要不时更改，并实时运行(如Facebook或StackOverflow)应该使用MVC框架，如Backbone.js。这是构建好代码的最好方法。

如果应用程序很小，那么Backbone.js就太过分了，尤其是对第一次使用它的用户。

Backbone为您提供了客户端MVC，以及由此隐含的所有优势。

已经有这么多好答案了。Backbone js有助于保持代码的组织性。更改模型/集合可以自动处理视图渲染，从而减少了大量的开发开销。

尽管它为开发提供了最大的灵活性，但开发人员应该小心地销毁模型并正确地删除视图。否则，应用程序中可能会出现内存泄漏。