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風格。這對於我這種較真的人來講應該是一個很好的理解方式。