Web架構(gòu)特性及REST架構(gòu)風(fēng)格（部分內(nèi)容摘自網(wǎng)絡(luò)）
良好的Web架構(gòu)風(fēng)格：
1. 客戶/服務(wù)器模式： 實(shí)現(xiàn)了UI與數(shù)據(jù)的分離。
2. 服務(wù)端無(wú)狀態(tài)性： 可見(jiàn)性，可靠性，可伸縮性等方面的改善。
可見(jiàn)性－無(wú)狀態(tài)性使得服務(wù)器不必要維護(hù)海量的上下文（Ｃontext）。
可靠性－無(wú)狀態(tài)性減少了服務(wù)器從局部錯(cuò)誤中恢復(fù)的任務(wù)量。
可伸縮性－無(wú)狀態(tài)性使得服務(wù)器可以很容易的釋放資源。
3. 緩存： 減少服務(wù)端不必要的處理。
4. 可伸縮性： 便于分布式和集群部署。
上面的2，3點(diǎn)也是影響4的主要因素。而隨著系統(tǒng)用戶規(guī)模的指數(shù)上升，可伸縮性將變的至關(guān)重要。
現(xiàn)在大多數(shù)應(yīng)用程序都忽略或者違反了上述2, 3的風(fēng)格。當(dāng)然也肯定失去了４帶來(lái)的好處。
比如Java Servlet中HttpSession的應(yīng)用，使服務(wù)器端保存了客戶端的狀態(tài)。
時(shí)下流行的動(dòng)態(tài)頁(yè)面的做法也使得資源緩存變得困難或者不可能。
這些都直接影響了應(yīng)用的可伸縮性。
改善現(xiàn)狀的思路是，把服務(wù)端的處理和狀態(tài)前移，由客戶端來(lái)實(shí)現(xiàn)。使服務(wù)端回歸到無(wú)狀態(tài)的特性。
以采用ajax技術(shù)的應(yīng)用系統(tǒng)為例：因?yàn)椴恍枰耆⑿戮涂梢耘c服務(wù)器進(jìn)行交互，使得有狀態(tài)客戶機(jī)成為可用選擇。基于瀏覽器的應(yīng)用程序代碼可以在必要時(shí)獲取新的服務(wù)器數(shù)據(jù)，并把這些數(shù)據(jù)織入當(dāng)前頁(yè)面。
將處理和狀態(tài)前移到每個(gè)客戶機(jī)上后，實(shí)現(xiàn)了無(wú)狀態(tài)的服務(wù)端；同時(shí)緩存服務(wù)器可以緩存ajax引擎(比如dojo, prototype etc.)，以及狀態(tài)無(wú)關(guān)的數(shù)據(jù)。
個(gè)人理解，多種瀏覽器的plug-in技術(shù)（Sun的applet, MS的ActiveX等等），都應(yīng)該是這種思路的不同技術(shù)實(shí)現(xiàn)。
經(jīng)過(guò)以上分析整理，實(shí)際上已經(jīng)涉及到了時(shí)下流行的一個(gè)概念－REST.
REST（Representational State Transfer）來(lái)源于Dr. Roy Thomas Fielding, <Architectural Styles and the Design of Network-based Software Architectures>
當(dāng)瀏覽器瀏覽訪問(wèn)一個(gè)url資源時(shí)，返回的頁(yè)面即為該url資源的representation，這個(gè)representation給瀏覽器一個(gè)state，當(dāng)
瀏覽器訪問(wèn)下一個(gè)url資源時(shí)，瀏覽器的state就transfer了。
REST其本身只是為分布式超媒體系統(tǒng)(distributed hypermedia systems)設(shè)計(jì)的一種架構(gòu)風(fēng)格，而不是某個(gè)標(biāo)準(zhǔn)，框架。
REST的設(shè)計(jì)準(zhǔn)則
1.網(wǎng)絡(luò)上的所有事物都被抽象為資源（resource）；
2.每個(gè)資源對(duì)應(yīng)一個(gè)唯一的資源標(biāo)識(shí)符（resource identifier）；
3.通過(guò)通用的連接器接口（generic connector interface）對(duì)資源進(jìn)行操作；
4.對(duì)資源的各種操作不會(huì)改變資源標(biāo)識(shí)符；
5.所有的操作都是無(wú)狀態(tài)的（stateless）。
REST中的資源所指的不是數(shù)據(jù)，而是數(shù)據(jù)和表現(xiàn)形式的組合。
REST是基于Http協(xié)議的，任何對(duì)資源的操作行為都是通過(guò)Http協(xié)議來(lái)實(shí)現(xiàn)。以往的Web開(kāi)發(fā)大多數(shù)用的都是Http協(xié)議中的GET和POST方法，對(duì)其他方法很少使用，這實(shí)際上是因?yàn)閷?duì)Http協(xié)議認(rèn)識(shí)片面的理解造成的。Http不僅僅是一個(gè)簡(jiǎn)單的運(yùn)載數(shù)據(jù)的協(xié)議，而是一個(gè)具有豐富內(nèi)涵的網(wǎng)絡(luò)軟件的協(xié)議。他不僅僅能對(duì)互聯(lián)網(wǎng)資源進(jìn)行唯一定位，而且還能告訴我們?nèi)绾螌?duì)該資源進(jìn)行操作。Http把對(duì)一個(gè)資源的操作限制在4個(gè)方法以內(nèi)：GET, POST,PUT和DELETE，這正是對(duì)資源CRUD操作的實(shí)現(xiàn)。由于資源和URI是一一對(duì)應(yīng)的，執(zhí)行這些操作的時(shí)候URI是沒(méi)有變化的，這和以往的 Web開(kāi)發(fā)有很大的區(qū)別。正由于這一點(diǎn)，極大的簡(jiǎn)化了Web開(kāi)發(fā)，也使得URI可以被設(shè)計(jì)成更為直觀的反映資源的結(jié)構(gòu)，這種URI的設(shè)計(jì)被稱作 RESTful的URI。這位開(kāi)發(fā)人員引入了一種新的思維方式：通過(guò)URL來(lái)設(shè)計(jì)系統(tǒng)結(jié)構(gòu)。當(dāng)然了，這種設(shè)計(jì)方式對(duì)一些特定情況也是不適用的，也就是說(shuō)不是所有的URI都可以RESTful的。
REST 之所以可以提高系統(tǒng)的可伸縮性，就是因?yàn)樗笏械牟僮鞫际菬o(wú)狀態(tài)的。由于沒(méi)有了上下文(Context)的約束，做分布式和集群的時(shí)候就更為簡(jiǎn)單，也可以讓系統(tǒng)更為有效的利用緩沖池(Pool）。并且由于服務(wù)器端不需要記錄客戶端的一系列訪問(wèn)，也減少了服務(wù)器端的性能。