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/
列表如下：
这些大致都是关于创建客户端，基于ajax的JavaScript MVC框架。
如果你想从某个地方开始，那么我建议考虑客户端模板 （... ates ... ates ... ates）（只是“V”）来支持面向服务的体系结构（许多客户端都是由您创建的服务端点支持）。
这是一种新技术，它涉及模块化客户端代码，将MVC引入客户端，并让业务逻辑在平台中生存。 许多软件即服务应用程序正在利用它们，随着JavaScript库和框架的日益复杂，以及HTML5，CSS3等的浏览器功能，客户端呈现方式将日益复杂。
所以学习它。
有什么好处？
为了解释Linked In：利用浏览器缓存，解耦前端客户端表示，异步加载，渐进式渲染（对于某些框架），性能，ajax交互等。
几个伟大的框架包括：
我强烈建议查看Linked In从JSP向客户端模板的转变，以及为什么他们选择Linked In的前端客户端模板中的dust.js作为比较。 他们进行了更详细的研究，以及为什么他们改变他们的堆栈以支持这个（它涉及使用3种服务器端技术），以及他们可以找到的所有框架的比较。
几年前，我在.net上做过这样的事情。 是不是通过适当的.NET MVC，并没有使用新的JS框架，但原则是一样的; 服务器代码将JSON返回给构建页面和交互等的JavaScript。
结果是一个可爱的响应式网站，但维护是一场噩梦。 要非常小心地保持你的JS代码组织良好。
就我个人而言，我发现维护服务器代码（使用任何语言）比JavaScript更容易，所以我不会再次下去这条路线。
（恕我直言）
弗兰
我认为，当代Web应用正在朝着这种模式前进，即将RESTful后端和所有视图交互编码在前端。 这些免费的视频教程来自Joe Zim：
http://www.joezimjs.com/javascript/introduction-to-backbone-js-part-1-models-video-tutorial/
帮助我理解了主干，以及它如何简化模板和查看渲染。
链接地址: http://www.djcxy.com/p/49061.html上一篇: Backbone.js frontend with RESTful Rails backend?
下一篇: How use token authentication with Rails, Devise and Backbone.js?