理解Restful api的意义

RESTful API 只是API的设计规范或者是一套设计理论。

单就URL和Method这两个点，你可以这样理解： URL 是用来唯一标示一个互联网资源的，而 Method 是用来标识当前请求对该资源进行什么操作。

　　你当然可以 GET http://www.xx.com/user?id=123 来删除一个用户，但这是不符合 RESTful API 规范的。

　　符合RESTful API规范应该是 DELETE http://www.xx.com/user/123。

　　这里 http://www.xx.com/user/123 用来标识一个互联网资源（某个站点的一个用户），DELETE 用来标识我这次请求是要删除一个用户。

　　比如我要获取这个用户的详细信息，那么我的请求时：GET http://www.xx.com/user/123，这里还是相同的URL，但是我用GET方式请求，服务端就应该知道我只是要获取资源信息，而不是删除。

引自：https://segmentfault.com/q/1010000009125740

RESTful API
实用的是如何正确地理解 RESTful架构和设计好RESTful API。

首先为什么要用RESTful结构呢？
大家都知道"古代"网页是前端后端融在一起的，比如之前的PHP，JSP等。在之前的桌面时代问题不大，但是近年来移动互联网的发展，各种类型的Client层出不穷，RESTful可以通过一套统一的接口为 Web，iOS和Android提供服务。另外对于广大平台来说，比如Facebook platform，微博开放平台，微信公共平台等，它们不需要有显式的前端，只需要一套提供服务的接口，于是RESTful更是它们最好的选择。在RESTful架构下：

Server的API如何设计才满足RESTful要求?
首先是简洁版里面的那几点。外加一些附带的 best practices：
1. URL root:
https://example.org/api/v1/*
https://api.example.com/v1/*

2. API versioning:
可以放在URL里面，也可以用HTTP的header：
/api/v1/
3. URI使用名词而不是动词，且推荐用复数。
BAD

/getProducts
/listOrders
/retrieveClientByOrder?orderId=1

GOOD

GET /products : will return the list of all products
POST /products : will add a product to the collection
GET /products/4 : will retrieve product #4
PATCH/PUT /products/4 : will update product #4

4. 保证 HEAD 和 GET 方法是安全的，不会对资源状态有所改变（污染）。比如严格杜绝如下情况：
GET /deleteProduct?id=1
5. 资源的地址推荐用嵌套结构。比如：
GET /friends/10375923/profile
UPDATE /profile/primaryAddress/city6. 警惕返回结果的大小。如果过大，及时进行分页（pagination）或者加入限制（limit）。HTTP协议支持分页（Pagination）操作，在Header中使用 Link 即可。
7. 使用正确的HTTP Status Code表示访问状态：HTTP/1.1: Status Code Definitions
8. 在返回结果用明确易懂的文本（String。注意返回的错误是要给人看的，避免用 1001 这种错误信息），而且适当地加入注释。
9. 关于安全：自己的接口就用https，加上一个key做一次hash放在最后即可。考虑到国情，HTTPS在无线网络里不稳定，可以使用Application Level的加密手段把整个HTTP的payload加密。有兴趣的朋友可以用手机连上电脑的共享Wi-Fi，然后用Charles监听微信的网络请求（发照片或者刷朋友圈）。
如果是平台的API，可以用成熟但是复杂的OAuth2，新浪微博这篇：授权机制说明

链接：https://www.zhihu.com/question/28557115/answer/48094438