解决方案 »

  1.   

    这个得从SOAP开始说起,webservice调用开始用的是SOAP,太学院派,后来为了更敏捷,更方便,就流行REST了
      

  2.   

    我认为区别应该远远不止这些。只是平时了解到它的信息相对少造成的错觉。REST是架构(或者设计风格),而不是严格意义的标准,REST的实现一般都是基于HTTP,URI,XML,HTML等协议和标准的。更像我们所说的框架的味道。
    在大学里看过rest的介绍,现在没什么影响了。算顶贴吧。
      

  3.   

    有些人写文章就是故弄玄虚,让你觉得他高深,好让人崇拜,继而继续卖他的书...
    我觉得rest就是个约定规范,促使人们更良性的使用http协议,比如楼主说的四种方式,再有返回的的status code的正确使用,还有一套漂亮的url,去年参加个讲坛,光如何写一套漂亮的url就说了两个小时,感觉有点鸡蛋里挑骨头.
      

  4.   

    就好比XML和JSON的比较,一个故事
      

  5.   

    REST 目前作为三种 Web 服务之一,其他两种为 RPC 和 SOAP至于 POST 和 PUT 的使用范围,到底哪个是新增,哪个是修改,是有很明确的使用范围的。REST 是资源服务,一般采用 XML 作为数据表述进行数据传送。REST 的各种请求处理的结果,服务端处理回传的数据表述并一定不是 HTML 的。REST 把服务信息都抽象为资源,使用 HTTP 的 GET、POST、PUT、DELETE 四种请求以完成资源查询、修改、新增和删除。 楼上有人说到漂亮的 URL,对于 REST 而言,所有的服务都是一个资源。在 REST 中 URL 就是定位其资源的表述,因此对于 REST URL 的设计是很有讲究的。因此,Leonard Richardson 在 RESTful Web Services 一书中关于资源的 URL 设计占了相当大的篇幅。至于现在为什么会有很多人在意 REST,花大篇幅去介绍,那是有原因的,现在的市场环境是以服务取胜的,而不是以价钱取胜的。如今云计算很火,而 REST 又比 SOAP 简洁、方便。现在公开的 Web 服务都有 REST 的 API 接口,像亚马逊的 EC2 什么的。
      

  6.   

    我在了解REST的时候,google了好久,很多文章一开头就写“REST是架构(或者设计风格),而不是严格意义的标准”,然后文章风格学院派,各种晦涩,现在看到这句话就怕了...