RESTful API使用场景

转载https://blog.csdn.net/z15818264727/article/details/78942725

一.什么是RESTful
RESTful是一种设计模式，或者说是一种设计规范，它并没有太多强制性的要求之类的，实际上它有的只是几个原则，当一个应用满足这些原则的时候，可以认为它是RESTful的。Roy Fielding博士提出RESTful是可以认为符合下面设计规范的应用，这些规范包括：
模型表示（Representations）
消息（Messages）
URIs
一致接口（Uniform interface）
无状态（Stateless）
资源之间的链接（Links between resources）
缓存（Caching）
这些规范的具体内容不再详述，可以参考任意的RESTful介绍都会有讲到。RESTful可以认为是一种建立在HTTP协议之上的设计模式，充分的利用了HTTP协议的特定，使用URL来表示资源，用各个不同的HTTP动词来表示对资源的各种行为。这样做的好处就是资源和操作分离，让资源的管理更加规范。

二.好处
1，应该说是在web中，通过浏览器来发送请求的时候，只能使用POST和GET。这个限制仅在RESTful服务的客户端为浏览器的时候才存在，当客户端为其他情况，而仅使用HTTP来通信的时候就没有这种限制了。这样做的好处就是资源和行为分离。

2，REST的核心是资源，并且资源是用统一资源定位符URL来标识的。概念上来讲，资源和他的状态（提供给客户的格式）是分开的。REST不做任何格式上的要求，但是一般包含XML和JSON。HTTP中的键值对这个题主应该讲的是HTTP报头中的值和属性吧，这个在RESTful中也是可以支持的。

3，给谁用的问题，可以给自己开发的应用，也可以给第三方用，其他有很多开放的API服务他们都是使用RESTful规范的。如果是在自己的应用中使用，这样的情况题主可能就无法通过表面现象来识别了，因为他作为一种通信方式被应用隐藏了。

4.取东西就要GET（GET就是安全的，不会修改服务资源），新增就要POST（POST就是不安全的），修改就要PUT(PUT就要幂等)，删除就是DELETE(DELETE就要幂等)…
优雅的展示你的资源，甚至让别人不看协议就能找到这个资源，这个世界岂不更简单：
/古文
/古文/宋词/水调歌头
/古文/search?q=苏轼
…
另外在服务端的架构设计时，URI展示了你的视野范围和抽象规则，从上面的URI，我应该是一个古文归档服务中，是按唐诗\宋词\元曲这样归的类。

5.用 PHP 实现 RESTful 风格的 API，最重要的还是：路由的实现、HTTP 请求（request）的解析、HTTP （response）响应的良好封装和JSON 格式的良好支持;采用的PHP框架主要有Phalcon、Laravel、YII 等等