RESTFul：面向資源的架構（roa）
RESTFul基於HTTP協議，是一種明確構建在客戶端/服務端體系結構上的一種風格， rest是Representational State Transfer的縮寫
資源（Resources）
REST的名稱"表現層狀態轉化"中，省略了主語。"表現層"其實指的是"資源"（Resources）的"表現層"。
所謂"資源"，就是網絡上的一個實體，或者說是網絡上的一個具體信息。它可以是一段文本、一張圖片、一種服務，總之就是一個具體的實在。你可以用一個URI（統一資源定位符）指向它，每種資源對應一個特定的URI。要獲取這個資源，訪問它的URI就可以，因此URI就成了每一個資源的地址或獨一無二的識別符。
所謂"上網"，就是與互聯網上一系列的"資源"互動，調用它的URI。
表現層（Representation）
"資源"是一種信息實體，它可以有多種外在表現形式。我們把"資源"具體呈現出來的形式，叫做它的"表現層"（Representation）。
比如，文本可以用txt格式表現，也可以用HTML格式、XML格式、JSON格式表現，甚至可以采用二進制格式；圖片可以用JPG格式表現，也可以用PNG格式表現。
URI只代表資源的實體，不代表它的形式。嚴格地說，有些網址最后的".html"后綴名是不必要的，因為這個后綴名表示格式，屬於"表現層"范疇，而URI應該只代表"資源"的位置。它的具體表現形式，應該在HTTP請求的頭信息中用Accept和Content-Type字段指定，這兩個字段才是對"表現層"的描述。
狀態轉化（State Transfer）
訪問一個網站，就代表了客戶端和服務器的一個互動過程。在這個過程中，勢必涉及到數據和狀態的變化。
互聯網通信協議HTTP協議，是一個無狀態協議。這意味着，所有的狀態都保存在服務器端。因此，如果客戶端想要操作服務器，必須通過某種手段，讓服務器端發生"狀態轉化"（State Transfer）。而這種轉化是建立在表現層之上的，所以就是"表現層狀態轉化"。
客戶端用到的手段，只能是HTTP協議。具體來說，就是HTTP協議里面，常用四個動詞：GET、POST、PUT、DELETE。它們分別對應四種基本操作：GET用來獲取資源，POST用來新建資源（也可以用於更新資源），PUT用來更新資源，DELETE用來刪除資源。
RESTFul綜述
（1）每一個URI代表一種資源；
（2）客戶端和服務器之間，傳遞這種資源的某種表現層；
（3）客戶端通過HTTP動詞，對服務器端資源進行操作，實現"表現層狀態轉化"。
SOA:面向服務的架構
在現實世界中，服務是一種我們花費購買到的一種預期的服務。
例1 （來自真實世界） ：你去餐館訂餐，您的訂單首先進入到櫃台，然后在廚房進行食物准備，最后服務員提供的食物。因此，為了實現一個餐廳訂購服務，您需要三個邏輯部門/服務協同工作（計帳，廚房和服務員）。在軟件世界同樣的方法稱為業務服務。
例2 （軟件世界） ：你去亞馬遜訂購了一本書，有不同的服務，如支付網關，庫存系統，貨運系統等共同完成一本書的訂購。
所有的服務是自包含的，合乎邏輯。他們就像黑盒子。總之，我們並不需要了解業務服務的內部工作細節。對於外部世界，它只是一個能夠使用消息交互的黑盒子。例如在“支付網關”業務服務獲得消息“檢查信貸”后會給出輸出：這個客戶的信貸有或沒有。對於“訂單系統”，“支付網關”的服務是一個黑盒子。
SOA的主要特點：
（1） SOA組件是松耦合的。當我們說松耦合，這意味着每一個服務是自包含單獨存在的邏輯。舉例來說，我們采取了“支付網關”的服務，並將它附加到不同的系統。
（2） SOA服務是黑匣子。在SOA中，服務隱藏有內在的復雜性。他們只使用交互消息，服務接受和發送消息。通過虛擬化一個服務為黑盒子，服務變得更松散的耦合。
（3） SOA服務應該是自定義
（4）SOA服務維持在一個列表中： SOA服務保持在一個中央存儲庫。應用程序可以在中央存儲庫中搜索服務，並調用相應服務。
（5） SOA服務可以編排和鏈接實現一個特定功能： SOA服務可以使用了即插即用的方式。例如，“業務流程”中有兩個服務“安全服務”和“訂單處理服務” 。從它的業務流程可以實現兩種類型：一，您可以先檢查用戶，然后處理訂單，或反之亦然。是的，你猜對了，使用SOA可以松散耦合的方式管理服務之間的工作流。
SOA設計思想：
（1）不同廠商服務互操作，前提依賴開放的標准（soap消息通信技術）
（2）跨平台
（3）服務插拔（可組合）
（4）服務重用
（5）松耦合
RESTFul與SOA的共同點
（1）統一的服務契約接口與服務接口
（2）松散的耦合。
（3）只要有權限都可以進行訪問
RESTFul與SOA的不同點
（1）REST風格下的，只有一種協議，那就是HTTP。而SOA下的WCF就和多種協議了。如：TCP、HTTP、MSMQ等多種協議
（2）使用方式上的不同。REST只要客戶端能夠模擬HTTP請求，通過標准的HTTP動作，都可以進行訪問。它使用的是HTTPChannel管道，而SOA下的WCF由於
協議的多樣性，使用的管道有HTTPChannel、TcpChannel、RPC等多種。
（3）REST寄宿時，雖然可以選擇多種寄宿方式，但必須有IIS的支持。SOA下的WCF卻沒有這個限制，寄宿方式有很多種，可以是控制台應用，windows應用或者寄宿於iis。
思考：
對於這兩種架構，一直想參考具體的實例來理解，發現越思考越困惑! 實際這就陷入了一個誤區。架構是一種很抽象的東西，很難說某個項目完全符合restful或者完全符合soa，
只能說符合restful風格或soa風格。這對於我這種較真的人來說應該是一個很好的理解方式。