restful架構:是目前最流行的一種網際網路軟體架構。它結構清晰、符合標準、易於理解、擴充套件方便，所以正得到越來越多**的採用。
即：representational state transfer
表現層（representation）：我們把"資源"具體呈現出來的形式，叫做它的"表現層"（representation）。
所謂"資源"，就是網路上的乙個實體，或者說是網路上的乙個具體資訊。它可以是一段文字、一張、一首歌曲、一種服務，總之就是乙個具體的實體。你可以用乙個uri（統一資源定位符）指向它，每種資源對應乙個特定的uri。要獲取這個資源，訪問它的uri就可以，因此uri就成了每乙個資源的位址或獨一無二的識別符。
狀態轉化（state transfer）：網際網路通訊協議http協議，是乙個無狀態協議。這意味著，所有的狀態都儲存在伺服器端。
因此，如果客戶端想要操作伺服器，必須通過某種手段，讓伺服器端發生"狀態轉化"（state transfer）。而這種轉化是建立在表現層之上的，所以就是"表現層狀態轉化"。
客戶端用到的手段，只能是http協議。具體來說，就是http協議裡面，四個表示操作方式的動詞：get、post、put、delete。
它們分別對應四種基本操作：get用來獲取資源，post用來新建資源（也可以用於更新資源），put用來更新資源，delete用來刪除資源。
總結一下什麼是restful架構：
（1）每乙個uri代表一種資源；
（2）客戶端和伺服器之間，傳遞這種資源的某種表現層（representation）；
（3）客戶端通過四個http動詞，對伺服器端資源進行操作，實現"表現層狀態轉化"。
tks:
關於遞迴的初步理解
遞迴，按照執行順序來看就好像是一層又一層的空間，呼叫自身的地方是入口，條件是出口，當不滿足條件時，從出口出去，回到上一層。所以在遞迴的過程中要搞清楚當前是在哪一層，並且確認當前的引數是什麼。按照 3 層hanoi 塔來說。第一層第乙個遞迴呼叫 3,src,aux,dst 2,src,dst,aux1...
Restful的理解，Restful 優缺點
寫一下我對restful的理解，最近換工作面試的時候有問到我restful api的東西，工作中以前很多專案也是webapi js前台控制項的形式構建系統。實際上感覺restful太 理想化 用起來不是特別順手,舉例說明下 先看看什麼叫restful rest的名稱 表現層狀態轉化 中，省略了主語。...
理解RESTful架構
理解restful架構 restful的精闢理解 看url就知道要什麼 看http method就知道幹什麼 看http status code就知道結果如何 rest不是 rest 這個單詞，而是幾個單詞縮寫。但即使那幾個單詞說出來，也無法理解在說什麼 不是要貶低人，是我自己也理解困難 rest描...