深入理解restfulAPI和 Oauth2.0(精簡版)


一、restfulAPI

1、解釋:

restfulAPI協議,我們也可以說是一套API接口編寫風格。

它被現在很多企業所認可和默認,是一套成俗的API接口編寫方案。

2、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()
 }); };

 

那么來總結一下:

1、在restfulAPI中,我們通過統一的URL(全球資源定位符)來表示模型數據。

2、在restfulAPI中,我們通過http下不同的訪問動作來實現對資源的常規操作。(增、刪、改、查)

 

二、Oauth2.0

 

時間關系,待續。。。。。。0.0


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM