一说到REST,我想大家的第一反应就是“啊,就是那种前后台通信方式。”但是在要求详细讲述它所提出的各个约束,以及如何开始搭建REST服务时,却很少有人能够清晰地说出它到底是什么,需要遵守什么样的准则。

在您将看到的这一篇文章中,我们将对REST,尤其是基于HTTP的REST服务进行详细地介绍。通过这些文章,您不仅可以了解到什么是REST,更能清晰地了解到您在编写REST服务时所需要遵守的各个守则,设计RESTful API时需要考虑的各种因素以及实现过程中可能遇到的问题等内容。

阅读原文 »

4 收藏


直接登录
最新评论
  • 呆呆   2015/09/12 精华评论

    个人才疏学浅,在这里抛砖引玉一下。

    一直以来我都觉得所谓RESTful最大的特色其实就是没有Session。每次客户端发出请求都需要提供足够多的信息来驱动服务器,因为服务器没有Session,无法通过上下文来获取这些信息。

    因此呢,RESTful模式更适合用来提供一些网络服务类型的API,比如你发明了一个快速处理图片的炫酷算法,想在不让算法源代码让大家都知道的情况下向大家分享这种处理功能的话,使用RESTful模式自然是很好的了。况且RESTful无Session的特性也能很好地降低服务器的压力,更是适合用于部署这种计算密集型的网络服务了。但正是因为无Session,你想要做到用户登录实际上是不可能的,说到底要维持这种状态你还是得直接或间接地依赖Session。

    当然啦,实际上我是没有真正研习过RESTful的各种定义的,因为我个人来讲更喜欢工程实践,上述经验只是我在工程实践中体会出来的,协议具体的定义之类的文绉绉的东西我倒不是很感兴趣~

    所以上述观点只是我的一家之言,各位不必太当真。说到底这只是我的抛砖引玉罢了~

推荐关注