> 백엔드 개발 > PHP 튜토리얼 > 不明白php的restful,有什么实际用处吗

不明白php的restful,有什么实际用处吗

WBOY
풀어 주다: 2016-06-06 20:48:50
원래의
1298명이 탐색했습니다.

搜了下restful,有如下解释

对资源的操作包括获取、创建、修改和删除资源的操作正好对应HTTP协议提供的GET、 POST、PUT和DELETE方法,因此REST把HTTP对一个URL资源的操作限制在GET、POST、PUT和DELETE这四个之内

可我发现都没用过,具体有什么用处吗?

回复内容:

搜了下restful,有如下解释

对资源的操作包括获取、创建、修改和删除资源的操作正好对应HTTP协议提供的GET、 POST、PUT和DELETE方法,因此REST把HTTP对一个URL资源的操作限制在GET、POST、PUT和DELETE这四个之内

可我发现都没用过,具体有什么用处吗?

我理解你的问题应该是“把传统的PHP Web接口改成符合RESTful风格的Web接口有什么用处?”

其实,这里最好用“好处”这个词来代替“用处”,因为传统的Web接口实现方式同样能够实现业务需要(所以这不是一个必须的事情,需要自己根据业务需求综合判断是否需要采用),而改用“RESTful风格”会有一些额外的“好处”:

  1. 统一的风格能够让各方更加便利的进行交互,也带来了更好的兼容性(这是一个所有遵循一定规范所带来的共通的好处,就像大家都说普通话,交流起来多方便啊)
  2. 对资源的操作正好对应相应的HTTP动作(GET、POST、PUT、DELETE),而这些动作正好可以满足我们对资源状态进行操作的需要,也就是说想对资源状态进行什么样的操作就选择什么样的动作,而这些动作又是HTTP协议本身提供的,多么和谐自然啊(就是题主的摘录内容)
  3. 请求所造成的影响明确,或者说副作用明确,比如GET肯定是安全的,PUT和DELETE肯定是幂等得,POST肯定是不安全的(这里的肯定是建立在API设计完全遵循“RESTful风格”基础上的)
  4. 良好的符合“RESTful风格”的URI设计,可以让Web接口的功能和整体结构更加清晰,仅仅通过URI就能方便的推测出来接口是做什么的,以及多个资源之间关联性
  5. 利用HTTP内容协商(content negotiation)实现资源的多重表述,比如请求方可以把自己需要的格式放到头信息的Accept字段中表述(如Accept: text/json),这样同样一个URI就可以输出多种格式而不再需要在URI里面特别加上一个type=json的参数了
  6. 客户端、代理服务器等可以根据HTTP协议规范进行相应的额外处理,比如Cache
  7. ... 可能还有我没总结到的好处(当然也会有一些不足~~)

上述,主要是列举了“RESTful风格”与传统设计比较带来的好处,但是最重要并让RESTful流行起来的原因,应该是RESTful在实现网络服务(Web service)方面比XML-RPC/SOAP等协议更加轻量级、拥有更好的透明性和伸缩性所致,这个就又可以解释很多了,不再赘述,推荐下面2偏文章供继续深入了解。

阮一峰:理解RESTful架构
REST vs XML-RPC vs SOAP – pros and cons

RESTFul为什么流行?说白了就一个原因:简单。

对API consumer来说,开发调试RESTFul API只需要有curl就好。

相比SOAP来说,没有client code自动生成。相比thrift来说,RESTFul又有HTTP协议带来的巨大overhead。

不明白的东西就可以暂时不碰,如果需要用到了再学。如果你有心情了解一下RESTful的话,wikipedia里面就有一堆链接,可以了解它的含义、作用、应用场景以及相关技术(比如SOAP)。

REST是HTTP层面的东西,和PHP或者任何其他语言都无关。它是一种约定俗成的HTTP请求语义的习惯,或者说开放、管理服务器资源的习惯,不是具体技术层面的东西。和所有其他的习惯、约定一样,你完全可以不遵守它,而遵守RESTful自然会带来一些优势(比如GET和PUT是idempotent的,在发起和处理请求的时候就可以少许多验证一致性的逻辑)。

一个很优秀的例子是CouchDB的RESTful API:http://wiki.apache.org/couchdb/HTTP_Document_API

其他的回答都很好, 这里从另外一个角度简单说一下我的看法

如果你只是做一次性的项目, REST是可选项, 你只要把数据弄对了就可以了

如果你是做自己的产品, 那么为了代码的可维护性, 你也许会参考一下REST标准, 团队里面统一一下, 能REST就REST, 目的是为了减少沟通成本, 提高生产效率, 鼓舞士气(让大家都觉得自己在一个NB的团队里)

如果你是做一个开放平台的, 尤其是世界级别的开放平台比如FB和Twitter, 那么你别无选择, 全世界都在看着呢, 一个API的变化就会引发无数口水和新闻报道, 当来也可能引发bug. 这种情况请自己掂量.

个人观点: 我一般工作在第二中状态, 追求的是生产效率. 可以明确的告诉你, REST不能保证生产效率的提高, 适当使用, 看情况使用, 要学习但不要纠结.

我的建议是

1、换一个语言。
我现在也觉得难以置信:我在我初学PHP的一年里都没有接触到任何有关HTTP的知识。而当我写python和Node.js的时候,第二天就遇到了。逼着自己去查询资料,然后学会了。
同样的问题还有,PHP初学者有几个知道:buffer,BDD,cgi等等等...

2、阅读《HTTP权威指南》,一本号称阅读完月薪至少能拿到1w的书。

和传统SOAP相比,实现的结果是一样的,即提供web service,但就访问方式和风格上会简单很多

관련 라벨:
php
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿