RESTful轉載，多看幾遍就理解了寫點自己的看法和理解
阿新 • • 發佈：2017-09-01
類型 delete 標識 class 請求 source 通用 添加 架構
要理解資源路由就要理解什麽是RESTful。如果一個架構符合REST（即Representational State Transfer的縮寫，意為表現層狀態轉化）原則，就稱它為RESTful架構。
REST提出了一些設計概念和準則：
1、網絡上的所有事物都被抽象為資源（resource）；
2、每個資源對應一個唯一的資源標識（resource identifier）；
3、通過通用的連接器接口（generic connector interface）對資源進行操作；
4、對資源的各種操作不會改變資源標識；
5、所有的操作都是無狀態的（stateless）。
需要註意的是，REST是設計風格而不是標準。REST通常基於使用HTTP，URI，和XML以及HTML這些現有的廣泛流行的協議和標準。
傳統的請求模式和REST模式的請求模式區別：
| 作用 | 傳統模式 | REST模式 |
|---|---|---|
| 列舉出所有的用戶 | GET /users/list | GET /users |
| 列出ID為1的用戶信息 | GET /users/show/id/1 | GET /users/1 |
| 插入一個新的用戶 | POST /users/add | POST /users |
| 更新ID為1的用戶信息 | POST /users/mdy/id/1 | PUT /users/1 |
| 刪除ID為1的用戶 | POST /users/delete/id/1 | DELETE /users/1 |
但是你會看到，這些操作方法本身並不會進行請求類型的判斷，這些是需要配合路由規則來完成的，也就是說我們需要給Blog
RESTful的路由訪問規則，看起來像下面一樣：
| 請求類型 | 路由規則 | 對應操作方法 | 描述 |
|---|---|---|---|
| GET | blogs |
index/Blog/index | 顯示博客列表 |
| GET | blogs/create |
index/Blog/create | 新增博客頁面 |
| POST | blogs |
index/Blog/save | 保存博客內容 |
| GET | blogs/:id |
index/Blog/read | 查看博客內容 |
| GET | blogs/:id/edit |
index/Blog/edit | 編輯博客頁面 |
| PUT | blogs/:id |
index/Blog/update | 更新博客內容 |
| DELETE | blogs/:id |
index/Blog/delete | 刪除博客 |
這裏使用了復數方式的
blogs，這是RESTful的一種建議規範。
說下自己的理解
REST是一種設計風格，通常用於HTTP的各種請求，就是一種路由的模式，如上圖的GET POST PUT DELETE
因為是一種路由規則 所以TP5和LA5都支持 在進行接口請求操作的時候 可使用此類請求方法 對應的服務器端寫好方法即可
RESTful轉載，多看幾遍就理解了寫點自己的看法和理解