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等的浏览器function，客户端演示中的复杂程度将越来越高。。

所以学习它。

有什么好处？

解释Linked In：利用浏览器缓存，解耦前端客户端表示，异步加载，渐进式渲染（对于某些框架），性能，ajax交互等。

几个伟大的框架包括：

我强烈建议看看Linked In从JSP转向客户端模板，以及为什么他们在Linked In的前端客户端模板中选择dust.js进行比较。他们进行了更详细的研究，并研究了为什么他们改变了堆栈以支持这一点（它涉及使用3种服务器端技术），以及他们可以找到的所有框架的比较。

几年前我在.net做过类似的事。是不是通过适当的.NET MVC并没有使用新的JS框架，但原则是相同的; 服务器代码将JSON返回给构建页面和交互等的javascript。

结果是一个可爱的响应式网站，但是，维护是一场噩梦。要非常小心，以保持JS代码组织良好。

就个人而言，我发现维护服务器代码（使用任何语言）比javascript更容易，所以我不会再次沿着那条路走下去了。

（恕我直言）

弗兰

我认为当代Web应用程序正朝着这种具有RESTful后端和前端编码的所有视图交互的模式发展。这些来自Joe Zim的免费video教程：

帮助我理解主干以及它如何简化模板和查看渲染。