Answers:
技术领域
使用JSON作为序列化的RESTful API- 本机应用程序,混合应用程序和移动Web应用程序使用相同的API。即使在前一种情况下,也经常使用客户端模板(请参见“将JSP抛在脑后:将LinkedIn移至ustry.js客户端模板”中的出色示例)
轻型,异步(事件驱动)服务器 -无需再进行前叉Apache。现在使用Nginx,node.js,Twisted,Tornado等。
OAuth /社交登录 -用户期望不必为每个单独的应用程序注册一个帐户。因此,大多数应用程序都允许使用FB,TW和其他提供程序登录。对于FB,Android和iOS均提供“ 单点登录”选项。
要考虑的事情
REST只是故事的一半。比网络上的轻量级协议更有趣的事情是轻量级的Web应用程序服务器和堆栈-相对于较厚的呈现HTML而言,对小数据报的大规模规模要求意味着您有不同的要求。一些例子:
node.js可能是典型的例子。大多数人都挂在服务器上的javascript功能上,但这是一个红鲱鱼-对于无法超越js却没关系的孩子来说很酷。真正有趣的部分是异步特性,使其疯狂扩展,尤其是在提供小型,清晰的RESTful服务时。对于.NET,某些其他具有相似性的堆栈将被扭曲为python或manos de mono。
nginx使用了与node.js相同的事件IO(libuv),并且在某些方面正在清理服务器市场。比apache更专注和疯狂。
瘦服务器堆栈在传统上具有厚框架的环境中弹出,这些框架具有很多假设。IE,在红宝石中,您可以通过sinatra来平衡轨道。在python中,您有flask [和其他]来抵消django。在.NET中,您已经有了WebAPI来抵消MVC和WebForms的不足。我提到的所有堆栈都非常非常薄,并且(或完全)专注于服务数据报而不是网页。我提到的这些功能都没有一种可以满足当今人们对典型Web堆栈期望的模板和ORM。
综上所述,黑客攻击现有的已有10年历史的服务器端网络应用程序以在其他HTTP端点上提供json的服务通常不是在为他们的移动应用程序服务。世界并没有发生太大变化-如果他们认为自己可以摆脱困境,管理层仍然会li着两个轮子和一个甜甜圈。
情况是否仍然如此?如果不是,则有哪些重大变化?
我认为仍有一些应用程序使用提到的服务器端或客户端-服务器体系结构。但是,近年来,朝着SOA(面向服务的体系结构)发展了一大步。因此,通过安全服务进行的通信为所有客户端应用程序打开了新功能,并同时访问/重用了后端业务服务。
随着手机和平板电脑的新兴市场,将HTTP服务用作向客户端应用程序提供扩展服务的重要通信渠道变得越来越重要。