Webservice soap wsdl區別之個人見解

Web Service實現業務訴求:Web Service是真正“辦事”的那個,提供一種辦事接口的統稱。 WSDL提供“能辦的事的文檔說明”:對要提供的服務的一種描述格式。我想幫你的忙,但是我要告訴你我都能幹什麼,以及幹這些事情需要的參數類型。 SOAP提供“請求”的規範:向服務接口傳遞請求的格式,包括方法和參數等。你想讓人家辦事,總得告訴人家你想幹什麼吧,SOAP就是定義這個“請求”的格式的,按照SOAP定義的“請求”格式“書寫”請求就可以保證Web Service能夠正確的解讀你想讓它幹什麼以及你爲它提供了什麼參數。在這個請求中,你需要描述的主要問題有:向哪個Web Service發送請求,請求的參數類型、參數值、返回值類型。這些都“填寫”完畢,也就完成了符合SOAP規範的SOAP消息。

 

wsdl和soap雖然是web service的兩大標準,但是兩者並沒有必然的聯繫,都可以獨立使用。


  wsdl提供了一個統一的接口,目前已經成爲一個國際上公認的標準,通過wsdl提供的接口可以訪問不同類型的資源(如java、c#、C、C、C++等),因爲wsdl是基於xml,與語言平臺無關的。另外wsdl提供了binding和service元素,用以綁定接口到具體的服務,實現了接口與實現的分離。

soap(簡單對象訪問協議)是一種基於http的傳輸協議,用來訪問遠程服務


  wsdl與soap的關係在於:wsdl綁定服務的時候可以設定使用的協議,協議可以是soap、http、smtp、ftp等任何一種傳輸協議,除此以外wsdl還可以綁定jms、ejb及local java等等,不過都是需要對binding和service元素做擴展的,而且需要擴展服務器的功能以支持這種擴展

 

soap協議是一種請求和應答協議規範,而http是web傳輸協議,soap的傳輸是可以基於http的,但也可以基於其他的傳輸協議,如ftp、smtp等。

 

簡單對象訪問協議(SOAP)是W3C組織的一個Note, 它描述了一種在分散的或分佈式的環境中如何交換信息的輕量級協議。SOAP是一個基於XML的協議,它包括三個部分:SOAP封裝(Envelop),封裝定義了一個描述消息中的內容是什麼,是誰發送的,誰應當接受並處理它以及如何處理它們的框架;SOAP編碼規則(Encoding Rules),用於表示應用程序需要使用的數據類型的實例;SOAP RPC表示(RPC Representation),表示遠程過程調用和應答的協定;SOAP可以和多種傳輸協議綁定(Binding),使用底層協議交換信息。在這個文檔中,目前只定義了SOAP如何和HTTP以及HTTP擴展進行綁定的框架。

SOAP是個通信協議, SOAP在HTTP協議的基礎上,把編寫成XML的REQUEST參數, 放在HTTP BODY上提交個WEB SERVICE服務器(SERVLET,ASP什麼的) 處理完成後,結果也寫成XML作爲RESPONSE送回用戶端, 爲了使用戶端和WEB SERVICE可以相互對應,可以使用WSDL作爲這種通信方式的描述文件,利用WSDL工具可以自動生成WS和用戶端的框架文件,SOAP具備把複雜對象序列化捆綁到XML裏去的能力。

SOAP的前身是RPC, 就是遠程呼叫處理的協議,這個協議安全性不是很好,多數防火牆都會阻擋RPC的通信包,而SOAP則使用HTTP協議作爲基本的協議,使用端口80使得SOAP可以透過防火牆,完成RPC的功能。

SOAP協議和HTTP協議一樣,都是底層的通信協議,只是請求包的格式不同而已,SOAP包是XML格式的,現在我們編寫WEB SERVICE不需要深入理解SOAP也沒關係。如果SERVICE和CLIENT在同樣的環境下使用SOAP,由於一般情況下都有自動生成SOAP程序框架的工具,因此不知道細節也沒關係. 可是, 如果CLIENT和SERVICE的環境不同,比如說JAVA的Client和.NET的SERVICE進行通信,或者是VB CLIENT和TOMCAT下的JAVA SERVICE通信,還是要知道一點細節爲好. 特別是, WSDL或者UDDI都不是標準,如果不讓用就只好手工配製SOAP MESSAGE啦。

發佈了128 篇原創文章 · 獲贊 75 · 訪問量 52萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章