我一直在想这个问题，但还没有真正找到答案。
为什么要在 Rails 应用程序中使用 Backbone.js exaclty？是为了扩展功能，为您的 JS 提供更多的 MVC 模式，构建更好的 API...？
目前我看不出您为什么要将它用于某事的原因，因为我认为我不了解 Backbone.js 的概念
【问题讨论】：
标签： ruby-on-rails ruby backbone.js
rails 的一大优势是您拥有一个平台和一种语言，您可以使用它来处理服务器代码并生成客户端代码（使用视图）。
毫无疑问，一旦您想使用 javascript 和 jquery 改善用户体验，这种理论上的优势就会迅速消失。所以实际上你仍然需要学习两种语言。
但是：您的所有模型、业务规则……都在 Ruby 的服务器端处理。这也意味着服务器必须始终是可访问的。
javacript/客户端 MVC（如 Backbone.js、Sproutcore 等）可以为您提供更原生的应用程序感觉。单个网页应用程序，例如邮箱。 根据您的要求，此类平台有一些非常有效的用例。例如。在连接性较低的地方或设备中，拥有一个不需要一直“在线”的网络应用程序可能非常有用（使用 HTML5）。它可以将数据和编辑保存到本地存储，并在设备重新联机时同步回服务器/数据库。
但是，结合 Rails 开发客户端 MVC 应用程序时有一个很大的缺点：您将不得不进行一些双重开发（使用 flex/silverlight 时也是如此）。您的模型需要在服务器和客户端上定义。我可以想象可以进行一些改进，例如在客户端 MVC 上您实际上正在使用演示者类，它在服务器端可以存储在不同的模型/表中。但是还是会有重复的逻辑，模型，...
这就是为什么我认为对于大多数应用程序而言，目前切换到某些客户端 MVC 框架是不明智的。这将是更多的工作。
但是，当您确实需要真正的原生应用程序或单页 Web 应用程序的外观和感觉时，JavaScript 客户端 MVC 框架就是您的最佳选择。如果你确实需要一个客户端 MVC 框架，我建议Sproutcore。
要简单地 ajaxify 您当前的 rails 应用程序（减少每个页面的加载时间），请查看 pjax-rails。
【讨论】：
#to_backbone 反射方法是一件很酷的事情，可以尝试和编写。
（迟到总比没有好 - 希望这对某人有用） 在backbonejs 的网站上的描述似乎是很多词拼凑在一起，没有多大意义。围绕它大肆炒作，但有什么大惊小怪的？
backbone 背后的前提是，现代单页 Web 应用程序（想想 gmail）迅速成为同步 dom 元素、UI 事件和后端之间非常复杂的交互。您可以很容易地发现自己将数据存储在 dom 元素中，然后不得不以某种方式再次提取数据以更新数据库。如果您没有非常仔细地构建代码，您很快就会得到充满复杂绑定的意大利面条式代码，或者没有backbone 的代码。
使用主干的模型、集合和视图为您提供了一个经过深思熟虑的工作结构，使您能够构建大型应用程序而不会被它们的复杂性所淹没。更重要的是，它与宁静的后端完美结合。
【讨论】：