Rest API,一種Web Service接口的風(fēng)格，定義了規(guī)范和約束。主要偏向資源，而資源所指的就是我們頁(yè)面中的
可控?cái)?shù)據(jù)。而傳統(tǒng)的SOAP所主要偏向的則是過(guò)程。而它們則成為了資源運(yùn)輸?shù)墓艿?，通過(guò)我們所編寫的URI。而
應(yīng)著兩者偏向角度問(wèn)題的不同，針對(duì)所它們?cè)O(shè)計(jì)的URI也會(huì)有所不同。
<URI并非絕對(duì)某種形式就是某種風(fēng)格，只能說(shuō)它的形式相對(duì)某種情形下定義了它是某種風(fēng)格的產(chǎn)物>
關(guān)于URI和URL的概念，就是一個(gè)相對(duì)和絕對(duì)的資源標(biāo)識(shí)。如果要深入了解，大家可以自己在到網(wǎng)上深入了解一下。
(如下是兩者編寫時(shí)所產(chǎn)生的URL)
---------------------SOAP----------------------
http://www.test.com/users/1/del
or
http://www.test.com/users?del=1
---------------------REST----------------------
[DELETE] http://www.test.com/users/1
因?yàn)镾OAP偏向的是過(guò)程，因而我們所設(shè)計(jì)的URI，在當(dāng)中我們可能需要提供或者說(shuō)告知我們這個(gè)是什么功能。
而REST偏向的是資源，所以增、刪、改、查，都與該資源無(wú)關(guān)。所以在上面我們沒(méi)有看到對(duì)應(yīng)的表示刪除的del單詞。
在了解這些內(nèi)容以后，大致我們能夠了解到的一個(gè)REST API命名的規(guī)范：只使用名詞。
而我們說(shuō)Rest作為一種規(guī)范和約束，它著重告訴我們的是我們?cè)诿臅r(shí)候應(yīng)該要考慮的某些方面，它規(guī)范了
我們的思維，也拓寬了我們的思想。而非單單的使用名詞去命名這么簡(jiǎn)單的就過(guò)去了的。
而如何去體現(xiàn)這個(gè)概念呢，下面是我在《伯樂(lè)在線》看到的博文的地址，我覺(jué)得挺實(shí)在的，大家可以看一下。
http://blog.jobbole.com/70511/
在此對(duì)《伯樂(lè)在線》以及本博文的作者JustinWu表示感謝。
當(dāng)中我們可以看到，作者以實(shí)際的業(yè)務(wù)出發(fā)，引導(dǎo)我們?nèi)チ私庠谠O(shè)計(jì)API接口名稱時(shí)候的思維。
而有了作者的參考，我們其實(shí)可以針對(duì)我們自身的需求去設(shè)計(jì)數(shù)據(jù)自身的規(guī)范和準(zhǔn)則。
以下是我在了解完相關(guān)內(nèi)容后設(shè)計(jì)命名的一些想法。
注意:刪除操作應(yīng)該杜絕通過(guò)規(guī)律性的編碼去刪除對(duì)應(yīng)的數(shù)據(jù)，預(yù)防攻擊。可以使用組合唯一的方式。
當(dāng)然，刪除操作是否需要也是需要斟酌的，因?yàn)橛脩魯?shù)據(jù)是非常重要的。
[Method] [URI] [Remark]
[POST] /api/users 向user表中添加一條用戶數(shù)據(jù)
[GET] /api/users 獲取user表中所有的用戶數(shù)據(jù)
[PUT] /api/users/1 修改user表中記錄為1的用戶數(shù)據(jù)
[GET] /api/users/1 獲取user表中編號(hào)為1的用戶數(shù)據(jù)
[GET] /api/users/1994/11/28 獲取出生日期為1994/11/18的用戶數(shù)據(jù)
[GET] /api/users/1/head_images 獲取編號(hào)為1的用戶的頭像信息
[GET] /api/users/1/shops/1 獲取編號(hào)為1的用戶門店為1的門店信息
[DELETE] /api/users/139******34 刪除user表中手機(jī)號(hào)碼為139******34的用戶數(shù)據(jù)
以上為個(gè)人理解的部分內(nèi)容，以此與各位共勉，如果您有什么想法，請(qǐng)留言，我們一起進(jìn)步，一起成長(zhǎng)。
索易軟件，感謝有您。