RESTful入门
1. REST简介
和RPC一样，都是目前比较主流的URL链接风格，也可以说是web服务的一种架构风格。REST全称Representational State Transfer，表现层状态转移。用一句话简单的概括就是URL定位资源，用HTTP动词（GET，POST，DELETE，PUT）描述操作。其实它真正的全称是Resource Representational State Transfer，看字面意思就是资源在网络中以某种表现形式进行状态转移。我们分开来解读：
- Resources：资源，即数据，比如friends，books等；
- Representational ：某种表现形式，比如用json，xml，jpg等；
- State Transfer：状态变化，通过HTTP动词实现。
符合rest类型的结构就是Restful。
举个简单的例子：
非REST的url：http://...../queryItems.action?id=001&type=T01
REST的url风格：http://..../items/001
再比如：
http://api.qc.com/v1/newsfeed: 某人的新鲜事;
http://api.qc.com/v1/friends: 某人的好友列表;
http://api.qc.com/v1/profile: 某人的详细信息;
然后用HTTP协议里的动词来实现资源的添加，修改，删除等操作。即通过HTTP动词来实现资源的状态扭转：
GET http://api.qc.com/v1/friends: 获取某人的全部好友列表;
GET http://api.qc.com/v1/friends/{id}: 获取某人的指定好友;
POST http://api.qc.com/v1/friends: 添加好友;
DELETE http://api.qc.com/v1/friends/{id}: 根据id删除好友;
PUT http://api.qc.com/v1/friends/{id}: 根据id更新好友;
禁止使用类似这样的URL：http://api.qc.com/v1/deleteFriend
2. 为什么用Restful
为了通过统一的接口为web，Android，IOS提供服务，对于微博开放平台，微信公共平台等，他们不需要有显式的前端，只需要一套提供服务的接口，也是Restful是它们最好的选择。
3. 如何设计
3.1 URL使用名词而不是动词，且推荐用复数
在restful架构中，每个URL代表一种资源，所以网址中不能有动词，只能有名词。
反例：
/getBooks
/addBook
/updateBook
/deleteBook?id=10
正例：
GET /books
POST /books
PUT /books/{id}
DELETE /books/{id}
3.2 保证head和get方法是安全的
head和get方法不会对资源的状态有所改变（污染），比如严格杜绝如下情况：
GET /deleteBook?id=10
GET、HEAD和OPTIONS均被认为是安全的方法，而PUT、POST、DELETE等请求都是不安全的（会修改数据 ）。
3.3 资源的地址推荐用嵌套结构
比如：
GET /books/1003/catalog
3.4 使用正确的HTTP Status Code表示访问状态
HTTP状态可以参考：https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html。
3.5 使用HTTPS协议
API与用户的通信协议总是使用HTTPS协议。
3.6 专有域名
应该尽量将API部署在专用域名之下。
https://api.example.com
如果确定API很简单，不会有进一步扩展，可以考虑放在主域名下。
https://example.org/api/
参考：
http://www.ruanyifeng.com/blog/2014/05/restful_api.html
http://www.ruanyifeng.com/blog/2011/09/restful.html
https://blog.csdn.net/chenxiaochan/article/details/73716617
https://www.zhihu.com/question/28557115?utm_source=wechat_search&utm_medium=organic