把传统的PHP Web接口改成符合RESTful风格的Web接口有什么好处


我理解你的问题应该是“把传统的PHP Web接口改成符合RESTful风格的Web接口有什么用处?”
其实,这里最好用“好处”这个词来代替“用处”,因为传统的Web接口实现方式同样能够实现业务需要(所以这不是一个必须的事情,需要自己根据业务需求综合判断是否需要采用),而改用“RESTful风格”会有一些额外的“好处”:
统一的风格能够让各方更加便利的进行交互,也带来了更好的兼容性(这是一个所有遵循一定规范所带来的共通的好处,就像大家都说普通话,交流起来多方便啊)
对资源的操作正好对应相应的HTTP动作(GET、POST、PUT、DELETE),而这些动作正好可以满足我们对资源状态进行操作的需要,也就是说想对资源状态进行什么样的操作就选择什么样的动作,而这些动作又是HTTP协议本身提供的,多么和谐自然啊(就是题主的摘录内容)
请求所造成的影响明确,或者说副作用明确,比如GET肯定是安全的,PUT和DELETE肯定是幂等得,POST肯定是不安全的(这里的肯定是建立在API设计完全遵循“RESTful风格”基础上的)
良好的符合“RESTful风格”的URI设计,可以让Web接口的功能和整体结构更加清晰,仅仅通过URI就能方便的推测出来接口是做什么的,以及多个资源之间关联性
利用HTTP内容协商(content negotiation)实现资源的多重表述,比如请求方可以把自己需要的格式放到头信息的Accept字段中表述(如Accept: text/json),这样同样一个URI就可以输出多种格式而不再需要在URI里面特别加上一个type=json的参数了
客户端、代理服务器等可以根据HTTP协议规范进行相应的额外处理,比如Cache
… 可能还有我没总结到的好处(当然也会有一些不足~~)
上述,主要是列举了“RESTful风格”与传统设计比较带来的好处,但是最重要并让RESTful流行起来的原因,应该是RESTful在实现网络服务(Web service)方面比XML-RPC/SOAP等协议更加轻量级、拥有更好的透明性和伸缩性所致,这个就又可以解释很多了,不再赘述,推荐下面2偏文章供继续深入了解。
阮一峰:理解RESTful架构
REST vs XML-RPC vs SOAP – pros and cons


文章作者: Bob
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 Bob !
  目录