我开始在web开发领域使用PHP,然后是最近几年的Rails。从那时起,我所有的web项目都是在Rails中完成的。
最近,似乎有一种趋势是将Rails作为纯RESTful后端服务,并使用Backbone.js等前端框架进行所有前端交互。我想知道你们对此有什么看法?这会是最终的未来吗?
此外,除了Backbone.js之外,还有什么其他的前端框架可以达到这个目的呢?
另外,假设我想要同时支持我的应用程序的桌面版本和移动版本,这是一个合适的方法吗?因此,我将有一个具有不同前端服务的单一后端服务?这样我就不需要管理Rails端的所有视图了?
谢谢!
发布于 2012-02-29 14:46:21
对于客户端框架,本文列出了其中的20个框架,并指出了它们的优缺点:http://net.tutsplus.com/articles/web-roundups/20-javascript-frameworks-worth-checking-out/
列表如下:
这些大致都是关于创建客户端的、基于ajax的javascript MVC框架。
如果您希望从某处开始,那么我建议您考虑使用Client-Side Templates (...ates...ates...ates) (就是"V")来支持面向服务的体系结构(您创建的服务端点支持许多客户端)。
这是一种新技术,它涉及到模块化客户端代码,将MVC引入客户端,并让业务逻辑存在于平台中。许多软件即服务应用程序正在利用它们,并且随着javascript库和框架的日益复杂,以及HTML5、CSS3等的浏览器功能,客户端表示将变得越来越复杂。
所以,学习它吧。
有什么福利待遇?
引用链接:为了利用浏览器缓存、解耦前端客户端表示、异步加载、渐进式呈现(对于某些框架)、性能、ajax交互等。
几个很棒的框架包括:
我强烈建议查看Linked In's move away from JSP towards Client-Side Templates,以及为什么他们选择Linked In's front-end client-side templates throwdown中的dust.js进行比较。他们进入了更多的细节,并研究了为什么他们改变了他们的堆栈来支持这一点(这涉及到使用3种服务器端技术),以及他们对所有框架的比较。
发布于 2012-10-02 00:02:07
几年前我在.net做过类似的事情。它不是通过适当的JSON实现的,也没有使用新的JS框架,但原理是一样的:服务器代码将.NET返回给javascript来构建页面和交互等。
其结果是一个可爱的响应式网站,但维护是一场噩梦。要非常小心地保持你的JS代码的良好组织。
就我个人而言,我发现维护服务器代码(使用任何语言)比javascript更容易,所以我不会再走这条路了。
(IMHO)
弗兰
发布于 2012-11-20 00:53:42
我的观点是,当代的web应用程序正在朝着这种模式发展,即拥有RESTful后端和所有的视图交互在前端编码。这些来自Joe Zim的免费视频教程:
http://www.joezimjs.com/javascript/introduction-to-backbone-js-part-1-models-video-tutorial/
帮助我理解了backbone以及它如何简化模板和视图渲染。
https://stackoverflow.com/questions/9494468
复制相似问题