rest風格通過uri訪問得到的資訊是自我描述的,包括了資訊本身和表示方式(html,xml,**資料流等).資訊的描述是採用最通用的協議-http(超文字轉換協議)來進行的.客戶端根據資訊的表示解析和展示資訊本身.而互動是通過http的幾個基本操作(get,put,post,delete)來實現.
一些看法:
1) rest與mvc(至少對於微軟的aspnet mvc而言)架構風格並不矛盾，他們之間並不存在誰替換誰的問題；
2)rest風格非常適合站間或者企業間整合應用，比webservice,corbra,dcom,jrmi都要簡單通用;
3)如果將url位址後的引數看作是url本身的一部分，那麼每乙個url都代表乙個唯一的資源（uri）,而用/來標識引數和用?部分標識引數其實是等價的,但對外來說,用/要簡單些;
4)rest的核心在於充分利用http協議；
5)rest返回的資料及表示或者動態**需要客戶端解釋，有利也有弊，不利的地方當然是效能和「非強型別」；
6)如果採用restfull,乙個隨之而來的是uri氾濫和uri體系表達設計的複雜性問題，因此原作者對此風格的建議是用於粗粒度應用;
7)rest架構風格所假定的資源狀態相對簡單，並不適合資源狀態非常複雜的應用（不是不可以，是不適合）；
8)rest的天生支援分布式架構，其實是http協議和bs架構風格所決定的；
ps:有些認為有面向uri設計,這跟測試驅動開發一樣,都是概念性東西多一些,本質上其實都是面向需求設計.
ps:微軟的mvc估計是在roy博士發表文章之後做的設計,裡面帶有很強的rest風格.
REST架構風格
rest 即representational state transfer.資源 表現層狀態轉化，是目前最流行的一種網際網路軟體架構 http協議裡面，四哥表示操作方式的動詞 get post put delete。他們分別對應四種基本操作 get用來獲取資源 post用來新建資源 put用來更新資...
REST 架構風格
rest即表述性狀態傳遞 英文 representational state transfer，簡稱rest 是roy fielding博士在2000年他的博士 中提出來的一種軟體架構風格。它是一種針對網路應用的設計和開發方式，可以降低開發的複雜性，提高系統的可伸縮性。是一種開發風格。每個資源都有自...
REST 架構風格
目前基於網路應用的架構風格主要有三種 rpc架構風格將伺服器看作是由一些過程組成，客戶端呼叫這些過程來執行特定的任務。soap就是rpc風格的一種架構。過程是動詞性的 做某件事 因此rpc建模是以動詞為中心的。分布式物件架構風格認為伺服器是由一些物件和物件上的方法組成，客戶端通過呼叫這些物件上的方法...