18
单独的REST JSON API服务器和客户端?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 3年前关闭。 我将要从头开始创建一堆Web应用程序。(有关概述,请参见http://50pop.com/code。)我希望它们能够从许多不同的客户端进行访问:前端网站,智能手机应用程序,后端Web服务等。因此,我真的想要一个每个JSON REST API。 另外,我更喜欢在后端上工作,所以我做白日梦,我只专注于API,并雇用其他人制作前端UI,无论是网站,iPhone,Android还是其他应用程序。 请帮助我决定我应该采用哪种方法: 齐心协力 制作一个非常标准的Rails网络应用程序。在控制器中,执行response_with开关,以提供JSON或HTML。JSON响应就是我的API。 优点:很多先例。高标准和以这种方式做事的许多例子。 缺点:不一定希望API与Web应用程序相同。不喜欢if / then response_with切换方法。混合两种截然不同的东西(UI + API)。 REST SERVER + JAVASCRIPT-HEAVY CLIENT 制作仅JSON的REST API服务器。将Backbone或Ember.js用于客户端JavaScript可直接访问API,并在浏览器中显示模板。 优点:我喜欢API和客户端的分离。聪明的人说这是要走的路。理论上很棒。似乎最前沿和令人兴奋。 缺点:没有多少先例。这样做的例子并不多。公开示例(twitter.com)感觉呆滞,甚至正在放弃这种方法。 REST SERVER +服务器端HTML客户端 制作仅JSON的REST API服务器。制作一个基本的HTML网站客户端,该客户端仅访问REST API。更少的客户端JavaScript。 优点:我喜欢API和客户端的分离。但是提供纯HTML5十分简单,而且不会占用大量客户端。 缺点:没有多少先例。这样做的例子并不多。框架也不支持这一点。不确定如何处理。 特别是从经验中寻求建议,而不仅仅是从理论上。