深刻理解restfulAPI和 Oauth2.0（精簡版）

1、restfulAPI

一、解釋：

restfulAPI協議，咱們也能夠說是一套API接口編寫風格。

它被如今不少企業所承認和默認，是一套成俗的API接口編寫方案。

二、restfulAPI之資源

例一：

https://www.xifl.com/users/1 

在PHP中，咱們對數據表操做，咱們會在咱們的項目中構建一個model，經過控制器對model來實現基本的增刪改查，而且經過視圖來渲染咱們獲取的數據。

那麼，在restfulAPI中，咱們一般用全球資源定位符（URL）來表示模型數據。

簡單說：資源表示模型數據。

在restfulAPI風格中，URI咱們通常用複數形式，來表示模型數據的集合，例如/users ， 然後面的/1 來表示數據的條數。

那麼問題來了，爲了統一讓不一樣的客戶端或服務商用個人接口。接口格式是統一了，怎麼才能實現對資源的增刪該查呢？

在http1.0或http1.1中，訪問資源咱們能夠有不一樣的訪問的動做。

如：

GET POST PUT / PATCH DELETE HEAD OPTIONS

GET 咱們通常用來獲取資源數據。

POST 咱們用來向服務器提交處理數據。

PUT / PATCH 咱們用來修改資源數據。

DELETE 咱們用來刪除資源數據

HEAD 咱們用來獲取method頭部信息。

OPTIONS 咱們用來獲取當前服務商都容許那些訪問動做。

例二：

獲取id爲1的數據：

 $http({ url: 'https://www.xifl.com/users/1', method: 'GET', }).success(function (result) { //console.log()
            }).error(function (errors) { //console.log()
 }); };

例三：

刪除id爲1的數據

 $http({ url: 'https://www.xifl.com/users/1', method: 'DELETE', }).success(function (result) { //console.log()
            }).error(function (errors) { //console.log()
 }); };

 

那麼來總結一下：

一、在restfulAPI中，咱們經過統一的URL（全球資源定位符）來表示模型數據。

二、在restfulAPI中，咱們經過http下不一樣的訪問動做來實現對資源的常規操做。（增、刪、改、查）

 

2、Oauth2.0

 

時間關係，待續。。。。。。0.0