RESTFul：面向資源的架構（roa）
RESTFul基於HTTP協議，是一種明確構建在客戶端/服務端體系結構上的一種風格， rest是Representational State Transfer的縮寫html
資源（Resources）
REST的名稱"表現層狀態轉化"中，省略了主語。"表現層"其實指的是"資源"（Resources）的"表現層"。windows
所謂"資源"，就是網絡上的一個實體，或者說是網絡上的一個具體信息。它能夠是一段文本、一張圖片、一種服務，總之就是一個具體的實在。你能夠用一個URI（統一資源定位符）指向它，每種資源對應一個特定的URI。要獲取這個資源，訪問它的URI就能夠，所以URI就成了每個資源的地址或獨一無二的識別符。安全
所謂"上網"，就是與互聯網上一系列的"資源"互動，調用它的URI。服務器
表現層（Representation）
"資源"是一種信息實體，它能夠有多種外在表現形式。咱們把"資源"具體呈現出來的形式，叫作它的"表現層"（Representation）。restful
好比，文本能夠用txt格式表現，也能夠用HTML格式、XML格式、JSON格式表現，甚至能夠採用二進制格式；圖片能夠用JPG格式表現，也能夠用PNG格式表現。網絡
URI只表明資源的實體，不表明它的形式。嚴格地說，有些網址最後的".html"後綴名是沒必要要的，由於這個後綴名錶示格式，屬於"表現層"範疇，而URI應該只表明"資源"的位置。它的具體表現形式，應該在HTTP請求的頭信息中用Accept和Content-Type字段指定，這兩個字段纔是對"表現層"的描述。架構
狀態轉化（State Transfer）
訪問一個網站，就表明了客戶端和服務器的一個互動過程。在這個過程當中，勢必涉及到數據和狀態的變化。網站
互聯網通訊協議HTTP協議，是一個無狀態協議。這意味着，全部的狀態都保存在服務器端。所以，若是客戶端想要操做服務器，必須經過某種手段，讓服務器端發生"狀態轉化"（State Transfer）。而這種轉化是創建在表現層之上的，因此就是"表現層狀態轉化"。spa
客戶端用到的手段，只能是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風格。這對於我這種較真的人來講應該是一個很好的理解方式。