对资源的操作包括获取、创建、修改和删除资源的操作正好对应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风格”会有一些额外的“好处”：
统一的风格能够让各方更加便利的进行交互，也带来了更好的兼容性（这是一个所有遵循一定规范所带来的共通的好处，就像大家都说普通话，交流起来多方便啊）对资源的操作正好对应相应的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
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，但就访问方式和风格上会简单很多