理解REST軟件建構設計理念
什么是REST？
REST(Representational State Transfer表述性狀態轉移)是一種針對網絡應用的設計和開發方式，可以降低開發的復雜性，提高系統的可伸縮性。
REST提出了一些設計概念和準則：
1.網絡上的所有事物都被抽象為資源（resource）；
2.每個資源對應一個唯一的資源標識（resource identifier）；
3.通過通用的連接器接口（generic connector interface）對資源進行操作；
4.對資源的各種操作不會改變資源標識；
5.所有的操作都是無狀態的（stateless）。
對于當今最常見的網絡應用來說，resource identifier是url，generic connector interface是HTTP，第4條準則就是我們常說的url不變性。這些概念中的resouce最容易使人產生誤解。resouce所指的并不是數據，而是數據+特定的表現形式（representation），這也是為什么REST的全名是Representational State Transfer的原因。舉個例子來說，“本月賣得最好的10本書”和“你最喜歡的10本書”在數據上可能有重疊（有一本書即賣得好，你又喜歡），甚至完全相同。但是它們的representation不同，因此是不同的resource。
REST之所以能夠簡化開發，是因為其引入的架構約束，比如Rails 1.2中對REST的實現默認把controller中的方法限制在7個：index、show、new、edit、create、update和 destroy，這實際上就是對CURD的實現。更進一步講，Rails（也是當今大部分網絡應用）使用HTTP作為generic connector interface，HTTP則把對一個url的操作限制在了4個之內：GET、POST、PUT和DELETE。
REST之所以能夠提高系統的可伸縮性，是因為它強制所有操作都是stateless的，這樣就沒有context的約束，如果要做分布式、做集群，就不需要考慮 context的問題了。同時，它令系統可以有效地使用pool。REST對性能的另一個提升來自其對client和server任務的分配：server只負責提供resource以及操作resource的服務，而client要根據resource中的data和 representation自己做render。這就減少了服務器的開銷。
REST與HTTP協議
REST軟件架構是由Roy Thomas Fielding博士在2000年首次提出的。他為我們描繪了開發基于互聯網的網絡軟件的藍圖。REST軟件架構是一個抽象的概念，是一種為了實現這一互聯網的超媒體分布式系統的行動指南。利用任何的技術都可以實現這種理念。而實現這一軟件架構最著名的就是HTTP協議。通常我們把REST也寫作為REST/HTTP，在實際中往往把REST理解為基于HTTP的REST軟件架構，或者更進一步把REST和HTTP看作為等同的概念。
今天，HTTP是互聯網上應用最廣泛的計算機協議。HTTP不是一個簡單的運載數據的協議，而是一個具有豐富內涵的網絡軟件的協議。它不僅僅能夠對于互聯網資源進行唯一定位，而且還能告訴我們對于該資源進行怎樣運作。這也是REST軟件架構當中最重要的兩個理念。而REST軟件架構理念是真正理解HTTP協議而形成的。有了REST軟件架構理念出現，才使得軟件業避免了對HTTP協議的片面理解。只有正確的理論指導，才能避免在軟件開發的實際工作過程中少走彎路。
REST與URI（資源定位）
REST軟件架構之所以是一個超媒體系統，是因為它可以把網絡上所有資源進行唯一的定位，不管你的文件是圖片、文件Word還是視頻文件，也不管你的文件是txt文件格式、xml文件格式還是其它文本文件格式。它利用支持HTTP的TCP/IP協議來確定互聯網上的資源。
REST與CRUD原則
REST軟件架構遵循了CRUD原則，該原則告訴我們對于資源（包括網絡資源）只需要四種行為：創建（Create）、獲取（Read）、更新（Update）和銷毀（DELETE）就可以完成對其操作和處理了。其實世界萬物都是遵循這一規律：生、變、見、滅。所以計算機世界也不例外。這個原則是源自于我們對于數據庫表的數據操作：insert（生）、 select（見）、update（變）和delete（滅），所以有時候CRUD也寫作為 RUDI，其中的I就是insert。這四個操作是一種原子操作，即一種無法再分的操作，通過它們可以構造復雜的操作過程，正如數學上四則運算是數字的最基本的運算一樣。
REST與網絡服務
盡管在Java語言世界中網絡服務目前是以SOAP技術為主，但是REST將是是網絡服務的另一選擇，并且是真正意義上的網絡服務。基于REST思想的網絡服務不久的將來也會成為是網絡服務的主流技術。REST 不僅僅把HTTP作為自己的數據運輸協議，而且也作為直接進行數據處理的工具。而當前的網絡服務技術都需要使用其它手段來完成數據處理工作，它們完全獨立于HTTP協議來進行的，這樣增加了大量的復雜軟件架構設計工作。REST的思想充分利用了現有的HTTP技術的網絡能力。在德國電視臺上曾經出現過一個這樣的五十萬歐元智力題：如何實現網絡服務才能充分利用現有的HTTP協議？該問題給出了四個答案：去問微軟；WSDL2.0/SOAP1.2；WS- Transfer；根本沒有。這個問題告訴我們HTTP并不是一個簡單的數據傳來傳去的協議，而是一個聰明的會表現自己的協議，這也許是REST = Representational State Transfer的真正含義。
實際上目前很多大公司已經采用了REST技術作為網絡服務，如Google、Amazon等。在Java語言中重要的兩個以SOAP技術開始的網絡服務框架XFire和Axis也把REST作為自己的另一種選擇。它們的新的項目分別是Apache CXF 和Axis2。Java語言也制定關于REST網絡服務規范：JAX-RS: Java API for RESTful Web Services (JSR 311)。相信還會出現更多與REST相關的激動人心的信息。
REST與AJAX技術
盡管AJAX技術的出現才不到兩年時間，但是AJAX技術遵循了REST的一些重要原則。AJAX技術充分利用了HTTP來獲取網絡資源并且實現了 HTTP沒有的對于異步數據進行傳輸的功能。AJAX技術還使得軟件更好地實現分布性功能，在一個企業內只要一個人下載了AJAX引擎，其它企業內部的人員，就可以共享該資源了。AJAX技術遵守REST準則的應用程序中簡單和可伸縮的架構，凡是采用AJAX技術的頁面簡潔而又豐富，一個頁面表現了豐富多彩的形態。
AJAX技術還使用了一種不同于XML格式的JSON文件格式，這個意義在哪里呢？在REST軟件架構下我們不能對于XML文件進行序列化處理，這樣程序員必須要使用自己的XML綁定框架。而以序列化的 JavaScript對象為基礎的JSON已經獲得了廣泛認可，它被認為能以遠比XML更好的方式來序列化和傳輸簡單數據結構，而且它更簡潔。這對 REST是一個極大貢獻和補充。
當前的網絡應用軟件還違背了REST的“無狀態服務器”約束。REST服務器只知道自己的狀態。REST不關心客戶端的狀態，客戶端的狀態自己來管理，這是AJAX技術的應用之地。通過AJAX技術，可以發揮有狀態網絡客戶機的優勢。而REST的服務器關心的是從所有網絡客戶端發送到服務器操作的順序。這樣使得互聯網這樣一個巨大的網絡得到有序的管理。
REST與Rails框架
Ruby on Rails框架（簡稱Rails或者Rails框架）是一個基于Ruby語言的越來越流行的網絡應用軟件開發框架。它提供了關于REST最好的支持，也是當今應用REST最成功的一個軟件開發框架。Rails框架（從版本1.2.x起）成為了第一個引入REST作為核心思想的主流網絡軟件開發框架。在 Rails框架的充分利用了REST軟件架構之后，人們更加堅信REST的重要性和必要性。Rails利用REST軟件架構思想對網絡服務也提供了一流的支持。從最直觀的角度看待REST，它是網絡服務最理想的手段，但是Rails框架把REST帶到了網絡應用軟件開發框架。這是一次飛躍，讓REST的思想從網絡服務的應用提升到了網絡應用軟件開發。利用REST思想的simply_restful插件已經成為了Rails框架的核心內容。
REST安全性
我們把現有基于SOAP的網絡服務和基于 REST/HTTP網絡服務作個比喻，前者是一種傳統的寄信方式，而后者是現代網絡的電子郵件方式。要是是寄信和電子郵件都有病毒存在的話，傳統的寄信被送到對方就很危險，而電子郵件是開發的，電子郵件供應商比如Google為我們檢查了電子郵件是否有病毒。這里并不是說明SOAP網絡服務消息包含義病毒，而是說明HTTP是無法處理SOAP信息包究竟好不好，需要額外的軟件工具解決這一問題，包括防火墻也用不上和管不了。
REST/HTTP網絡服務的信息包可以被防火墻理解和控制。你可以按照操作和鏈接進行過濾信息包，如你可以規定從外部來的只能讀取（GET操作）自己服務器的資源。這樣對于系統管理員而言使得軟件管理更為簡單。REST的安全性還可以利用傳輸安全協議SSL/TLS、基本和摘要式認證（Basic und Digest Authentication）。除了這些REST自身的安全性功能外，還可以利用像基于信息的Web Services Security（JSR 155）作為REST不錯的補充。