ruby-on-rails – Backbone.js前端与RESTful Rails后端？

我在 PHP开始了Web开发世界,最近几年开始使用Rails.从那时起,我一直在Rails中完成所有的Web项目.

最近似乎有一个动作,使Rails成为一个纯粹的RESTful后端服务,并使用前端框架,如Backbone.js进行所有前端交互.我想知道你们在做什么？这将是最终的未来吗？

除了Backbone.js,除此之外,前端框架还有什么其他选择？

还假设我将要支持桌面版本和我的应用程序的移动版本,这将是一个正确的途径吗？所以我会有一个单一的后端服务与不同的前端服务？这样我不需要管理Rails方面的所有观点？

谢谢！

解决方法

对于客户端框架,这篇文章列出了其中20个,其中pro和con的列表：
http://net.tutsplus.com/articles/web-roundups/20-javascript-frameworks-worth-checking-out/

列表如下：

> Backbone.js
> Knockout.js
> Asana luna
> Cappucino
> Sproutcore
> BatmanJS
> corMVC
> TrimJunction
> pureMVC
> jamal
> choco
> sammyjs
> extJS
> agilityJS
> eyeballs
> activejs
> spinejs
> qooxdoo

这些大概是关于创建基于客户端,基于ajax的JavaScript MVC框架.

如果您正在寻找某个地方,那么我建议您考虑客户端模板(… ates … ates … ates)(仅仅是“V”),以支持面向服务的架构(许多客户端由您创建的服务端点支持).

这是一种新技术,涉及模块化客户端代码,将MVC带给客户端,并让业务逻辑生活在平台中.许多软件即服务应用程序正在利用它们,随着JavaScript库和框架的日益复杂,以及使用HTML5,CSS3等浏览器功能,客户端演示将会越来越复杂.

所以学习吧

有什么好处？

解释Linked In：用于利用浏览器缓存,去耦合您的前端客户端演示文稿,异步加载,渐进渲染(对于某些框架),性能,ajax交互等.

几个伟大的框架包括：

> mustache
> dust.js
> handlebars
> Google Closure Templates
> Nun
> Mu
> kite

我强烈建议您查看Linked In’s move away from JSP towards Client-Side Templates,为什么他们在Linked In’s front-end client-side templates throwdown中选择dust.js进行比较.他们进行了更多的细节和研究,为什么他们改变了他们的堆栈来支持(它涉及使用3个服务器端技术),以及他们可以找到的所有框架的比较.