最近工作需要用到restful，以前沒有關注過。都是寫一些linux驅動，qemu模擬器開發等。
把心得寫一下。
restful 這是乙個面向資源的架構，由一名老外提出的。屬於一種約束。只要遵從這種約束的都可以稱為resetful。但是不能叫restful架構，因為它根本就不是什麼架構。
進入正題：
什麼是資源？ 一張白紙，一顆大樹， 一把尺子，乙個軟體等等都可以稱為資源。 對於這些資源使用標準的http協議進行操作，主要操作為get， put，post，delete。
get：獲取資源。
put：建立新的資源
post： 比較多樣化，可以進行建立，也可以進更新，還可以進行其他操作。
delete： 刪除
restful有幾種重要的屬性：uri， 可定址， 無狀態， 表示， 連通性， 統一介面。
uri 是說我們把每乙個資源都看成乙個實體，必須要有乙個固定名稱。
可定址： 我個人理解就是uri，每乙個資源都有乙個uri，這樣就是可定址的。
無狀態： 在服務端不保持應用狀態，只是根據客戶端的請求來進行操作，客戶端請求時會帶有狀態，服務端會根據此來設定應用狀態，但不會一直保持。
表示： 這個個人理解是 需要乙個展示， 就是客戶端在訪問時，服務端提供請求的資源與狀態，這樣在客戶端的一種表現形式。
統一介面：很簡單了，就是利用標準的get put post delet進行對資源操作。
具體如何規劃乙個restful結構呢？
要明確資料集合： 例如 學校， 學校有老師， 學生，教室，教師還有編號，等等。
所以要明確資料集合， 然後把這些資料集合都轉換為資源，其實就是找固定的名稱代替。
規劃好資源後，要理清各種關係， 教師a 是1班也是2班的任課老師，諸如此類的關係，最好能用圖表示出來，那樣一下就明了了
設計表示： 包括客戶端與服務端的表示，
設計事件： 有關係了就會有事件發生，所有這要設計這個結構中的事務集合，也是 把圖畫出來 一目了然。
設計錯誤情況： 有哪些錯誤情況，例如許可權管理，查詢管理，申請管理， 排課管理等。
最後根據此設計**.
Restful的理解，Restful 優缺點
寫一下我對restful的理解，最近換工作面試的時候有問到我restful api的東西，工作中以前很多專案也是webapi js前台控制項的形式構建系統。實際上感覺restful太 理想化 用起來不是特別順手,舉例說明下 先看看什麼叫restful rest的名稱 表現層狀態轉化 中，省略了主語。...
對restful的理解
理解restful之前先來了解一下rest.rest 英文 representational state transfer，簡稱 rest，意思是 資源 表述性狀態轉化 描述了乙個架構樣式的網路系統，比如 web 應用程式。它是一種軟體架構風格 設計風格，而不是標準，只是提供了一組設計原則和約束條件...
理解RESTful架構
理解restful架構 restful的精闢理解 看url就知道要什麼 看http method就知道幹什麼 看http status code就知道結果如何 rest不是 rest 這個單詞，而是幾個單詞縮寫。但即使那幾個單詞說出來，也無法理解在說什麼 不是要貶低人，是我自己也理解困難 rest描...