什么是RESTful API

如何理解RESTful API 呢？請大家耐心讀完這篇文章，相信您讀完后一定會有一個更好的理解。

我個人認為，要弄清楚什么是RESTful API,首先要弄清楚什么是REST。

REST 全稱：REpresentational State Transfer，英文翻譯過來就是“表現(xiàn)層狀態(tài)轉(zhuǎn)化”。

如果單看這個概念，估計大家很難理解。那下面就讓我來用一句話通俗解釋一下。 

RESTful:用URL定位資源、用HTTP動詞（GET、POST、PUT、DELETE)描述操作。只要記住這句話也就不難理解了。

• Resource：資源，即數(shù)據(jù)。
• Representational：某種表現(xiàn)形式，比如用JSON，XML，JPEG等；
• State Transfer：狀態(tài)變化。通過HTTP動詞實現(xiàn)。

名詞解釋

• URI（統(tǒng)一資源標識符）：可以唯一標識一個資源
• URL（統(tǒng)一資源定位符）：可以提供找到某個資源的路徑，比如平時最常見的網(wǎng)址：

一般一個URL也是一個URI，比如上面的網(wǎng)址，即URL可以看做是URI的子集，在圖書領域中一本書都有唯一的一個isbn編號，這個編號其實也是URI。

RESTful API就是REST風格的API，即rest是一種架構風格，跟編程語言無關，跟平臺無關，采用HTTP做傳輸協(xié)議。

那么在什么場景下使用RESTful API呢？在當今的互聯(lián)網(wǎng)應用的前端展示媒介很豐富。

有手機、有平板電腦還有PC以及其他的展示媒介，從而你的系統(tǒng)的客戶端要支持瀏覽器、Android、ios等。

此時你肯定不會單獨為每個客戶端寫一個后臺系統(tǒng)，而是寫一個后臺系統(tǒng)提供rest風格的URI，這三個客戶端都請求該同一個后臺系統(tǒng)。

那么這些前端接收到的用戶請求統(tǒng)一由一個后臺來處理并返回給不同的前端肯定是最科學和最經(jīng)濟的方式如（圖1-1）。

RESTful API就是一套協(xié)議來規(guī)范多種形式的前端和同一個后臺的交互方式。

圖1-1 前后端分離

前后端分離之后，我們就不用在前端頁面中寫jstl，el表達式了，甚至連jsp都不需要使用了，直接html即可，前端跟后端的交互使用ajax+json這樣符合rest風格的架構即可，這樣做的好處就是：

• 項目的分工更加明確了
• 實現(xiàn)了前后端的解耦
• 可以將前端和后端部署到不同的服務器上來減輕服務器的壓力
• 前后端代碼在不同的服務器上，可以提高安全性

基于以上的這些因素，rest架構的風格越來越流行了。說完好處，我們繼續(xù)來介紹RESTful API。

RESTful API由后臺也就是SERVER來提供前端來調(diào)用。前端調(diào)用API向后臺發(fā)起HTTP請求，后臺響應請求將處理結果反饋給前端。也就是說RESTful 是典型的基于HTTP的協(xié)議。那么RESTful API有哪些設計原則和規(guī)范呢？

1、資源。首先是弄清楚資源的概念。資源就是網(wǎng)絡上的一個實體，一段文本，一張圖片或者一首歌曲。資源總是要通過一種載體來反應它的內(nèi)容。文本可以用TXT，也可以用HTML或者XML、圖片可以用JPG格式或者PNG格式，JSON是現(xiàn)在最常用的資源表現(xiàn)形式。

2、統(tǒng)一接口。RESTful風格的數(shù)據(jù)元操CRUD（create,read,update,delete）分別對應HTTP方法：GET用來獲取資源，POST用來新建資源（也可以用于更新資源），PUT用來更新資源，DELETE用來刪除資源，這樣就統(tǒng)一了數(shù)據(jù)操作的接口。

3、URI。可以用一個URI（統(tǒng)一資源定位符）指向資源，即每個URI都對應一個特定的資源。要獲取這個資源訪問它的URI就可以，因此URI就成了每一個資源的地址或識別符。一般的，每個資源至少有一個URI與之對應，最典型的URI就是URL。

4、無狀態(tài)。所謂無狀態(tài)即所有的資源都可以URI定位，而且這個定位與其他資源無關，也不會因為其他資源的變化而變化。有狀態(tài)和無狀態(tài)的區(qū)別，舉個例子說明一下，例如要查詢員工工資的步驟為第一步：登錄系統(tǒng)。第二步：進入查詢工資的頁面。第三步：搜索該員工。第四步：點擊姓名查看工資。這樣的操作流程就是有狀態(tài)的，查詢工資的每一個步驟都依賴于前一個步驟，只要前置操作不成功，后續(xù)操作就無法執(zhí)行。如果輸入一個URL就可以得到指定員工的工資，則這種情況就是無狀態(tài)的，因為獲取工資不依賴于其他資源或狀態(tài)，且這種情況下，員工工資是一個資源，由一個URL與之對應可以通過HTTP中的GET方法得到資源，這就是典型的RESTful風格。

說了這么多，到底RESTful長什么樣子的呢？

下面我們舉一些例子。

• GET:http://www.xxx.com/source/id 獲取指定ID的某一類資源。
• GET:http://www.xxx.com/friends/123表示獲取ID為123的用戶的好友列表。如果不加id就表示獲取所有用戶的好友列表。
• POST:http://www.xxx.com/friends/123表示為指定ID為123的用戶新增好友。其他的操作類似就不舉例了。

還是回顧我們最開始說到的那句話，即用URL定位資源、用HTTP動詞（GET,POST,PUT,DELETE)描述操作。

在rest中會通過向服務器提交的請求類型來表示增刪改查這些操作     

• GET（SELECT）：從服務器取出資源。
• POST（CREATE）：在服務器新建一個資源。
• PUT（UPDATE）：在服務器更新資源。
• DELETE（DELETE）：從服務器刪除資源。

RESTful API還有其他一些規(guī)范

①、應該將API的版本號放入URL。GET:http://www.xxx.com/v1/friend/123?；蛘邔姹咎柗旁贖TTP頭信息中。我個人覺得要不要版本號取決于自己開發(fā)團隊的習慣和業(yè)務的需要，不是強制的。

②、URL中只能有名詞而不能有動詞，操作的表達是使用HTTP的動詞GET,POST,PUT,DELETEL。URL只標識資源的地址，既然是資源那就是名詞了。

③、如果記錄數(shù)量很多，服務器不可能都將它們返回給用戶。API應該提供參數(shù)，過濾返回結果。?limit=10：指定返回記錄的數(shù)量、?page=2&per_page=100：指定第幾頁，以及每頁的記錄數(shù)。

總結

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論