ruby-on-rails-3 - Rails 与 Backbone : Who should be responsible for templates and views?

Question

作为练习，我打算用 Backbone.js 替换我的 Rails 应用程序的所有前端方面。该计划的一部分包括重新设计一切，包括 CSS。

我正在努力解决的问题是委托(delegate)模板和 View 的责任。

完全在 Backbone 中实现新的前端，因此只使用 Rails 作为 API 有什么好处吗？

在处理应用程序的 HTML 元素时，如何在 Rails 和 Backbone 之间取得适当的平衡？

Answer 1

因为似乎没有人会对此发表回答，我将提供我的两分钱作为一个观点(我在其他地方写过关于如何让 rails 和 backbone.js 正常工作的问题在一起:rails and backbone working together)。

在这种情况下，大多数人会倾向于完全放弃 Rails View 并将所有内容迁移到 backbone.js。

这就是我在 a project that I'm working on right now 中所做的.

这是事件的自然过程，特别是一旦您开始习惯使用 backbone.js 和结构化 javascript 可以做的所有复杂有趣的事情，就很难回过头来实现标准的无状态 HTML 页面。

正如我在上面链接的其他答案中提到的；然而，完全放弃 HTML View 和无状态层是有代价的。就我而言，我打算仅在应用程序达到特定功能级别后，才为 GET 请求为不支持 js 的浏览器添加纯 HTML 页面。我们将不支持 POST 或 PUT 请求，除非用户启用了 javascript(或者除非他们想通过 JSON API)。

这就是我取得的平衡:用于访问数据的无状态 HTML(无 JS)，但发布/更改数据需要 JS。您的选择将根据您的用例和目标用户而有所不同。

我要提到的另一件事是，如果您在项目中使用 Rails HTML View 已有一段时间，您可能对切换到 backbone.js 所需的初始开销毫无准备。这不仅仅是将 HAML 换成 ERB:您正在从无状态前端迁移到有状态前端，这是一个潜在的巨大变化(取决于应用程序的复杂性)。我自己对这种变化的深度有点措手不及，在进行转换后让我们的应用程序重回正轨之前，我不得不做很多很多的工作。我们很早就进行了转换，已经具备了最少的功能。

不管怎样，只是一些想法，希望对他们有所帮助。