7. 比如一个电影的网站，REST 的 URI 可设计为：
GET http://api.douban.com/movies //电影列表
GET http://api.douban.com/movies/123 //查看某部电影
POST http://api.douban.com/movies //添加电影
PUT http://api.douban.com/movies/123 //修改某部电影
DELETE http://api.douban.com/movies/123 //删除某部电影
错误的REST 的 URI 设计
就是URI包含动词，因为"资源"表示一种实体，所以应该是名词，URI不应该有动词，动词应该放在HTTP协议中。
某个URI是/posts/show/1，其中show是动词，这个URI就设计错了，正确的写法应该是/posts/1，然后用GET方法表示show。
如果某些动作是HTTP动词表示不了的，你就应该把动作做成一种资源。比如网上汇款，从账户1向账户2汇款500元，错误的URI是：
POST /accounts/1/transfer/500/to/2
正确的写法是把动词transfer改成名词transaction，资源不能是动词，但是可以是一种服务：
POST /transaction HTTP/1.1 Host: 127.0.0.1 from=1&to=2&amount=500.00这里主要注意，PUT|DELETE|PATCH请求不被form表单原生支持。但是laravel框架已经支持。可通过方法欺骗来进行使用。
8. RESTful API 设计
处理单个资源
GET /movies # 获取movie列表
GET /movies/12 # 查看某个具体的movie
POST /movies # 新建一个movie
PUT /movies/12 # 更新movie 12.
DELETE /movies/12 #删除movie 12
拆分资源原则：它们应该是有意义于 API 使用者的名词（不是动词）——API的就是程序员的UI，和其他UI一样，你必须仔细考虑它的用户体验！设计要求
1. 当标准合理的时候遵守标准。(RESTful设计原则)
2. API应该对程序员友好，并且在浏览器地址栏容易输入。
3. API应该简单，直观，容易使用的同时优雅。
4. API应该具有足够的灵活性来支持上层ui。
5. API设计权衡上述几个原则。可以看出使用REST的好处在于可以充分利用http的强大实现对资源的CURD功能。而这里你只需要一个endpoint：/movies,再没有其他什么命名规则和url规则了，cool！API概念：
它是一个桥梁作用。想要达到某个目的，需要通过一个路径，把达到这个目的的条件传递过去。
11. 错误处理
如果状态码是4xx或5xx，就应该向用户返回出错信息。这里需要注意的是错误分为给前端开发人员查看及用户查看两类。
对PUT, PATCH和POST请求进行错误验证将需要一个字段分解。下面可能是最好的模式：使用一个固定的顶层错误代码来验证错误，并在额外的字段中提供详细错误信息，就像这样:
对于普通的GET请求服务器返回结果
GET /collection：返回资源对象的列表（数组）
GET /collection/resource：返回单个资源对象
POST /collection：返回新生成的资源对象
PUT /collection/resource：返回完整的资源对象
PATCH /collection/resource：返回完整的资源对象
DELETE /collection/resource：返回一个空文档
12. 状态码
服务器向用户返回的状态码和提示信息，常见的有以下一些（方括号中是该状态码对应的HTTP动词）。
200 OK - [GET] -服务器成功返回用户请求的数据
201 Created - [POST/PUT/PATCH] -用户新建或修改数据成功。(规范要求返回一个指向该资源的URI)
202 Accepted - [*]：表示一个请求已经进入后台排队（异步任务）
204 No Content - [DELETE] - 对一次没有返回主体信息(像一次DELETE请求)的请求的响应
304 Not Modified - [GET] - 当使用HTTP缓存头信息时使用304
400 Bad Request - [POST/PUT/PATCH] - 请求是畸形的, 比如无法解析请求体
401 Unauthorized - [*] - 当没有提供或提供了无效认证细节时。如果从浏览器使用API，也可以用来触发弹出一次认证请求
403 Forbidden - [*] -表示用户得到授权（与401错误相对），但是访问是被禁止的(访问私有方法)。
404 Not Found - [*] -用户发出的请求针对的是不存在的记录，服务器没有进行操作
405 Method Not Allowed - [*] - 当一个对认证用户禁止的HTTP方法被请求时(本该用post访问，结果使用了get方法)
406 Not Acceptable - [GET]：用户请求的格式不可得（比如用户请求JSON格式，但是只有XML格式）。
410 Gone - [GET] - 表示资源在终端不再可用。当访问老版本API时，作为一个通用响应很有用
415 Unsupported Media Type - [GET] - 如果请求中包含了不正确的内容类型
422 Unprocessable Entity - [POST/PUT/PATCH] - 出现验证错误时使用
429 Too Many Requests - [*] - 当请求由于访问频率限制而被拒绝时
500 INTERNAL SERVER ERROR - [*]：服务器发生错误，用户将无法判断发出的请求是否成功。
