Web service一般就是用SOAP協議透過HTTP來呼叫它,其實他就是一個WSDL文件,客戶都可以閱讀WSDL文件來用這個Web service。客戶根據WSDL描述文件,會生成一個SOAP請求訊息。Web service都是放在Web伺服器 (如IIS) 後面的,客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中,傳送到Web伺服器來。Web伺服器再把這些請求轉發給Web service請求處理器。請求處理器的作用在於,解析收到的SOAP請求,呼叫Web service,然後再生成相應的SOAP應答。Web伺服器得到SOAP應答後,會再透過HTTP應答的方式把它送回到客戶端。個人以為就把webservice當成是Http這種請求和響應方式就可以處理大部分問題了。 SOAP 使用 HTTP 傳送 XML,儘管HTTP 不是有效率的通訊協議,而且 XML 還需要額外的檔案解析(parse),兩者使得交易的速度大大低於其它方案。但是XML 是一個開放、健全、有語義的訊息機制,而 HTTP 是一個廣泛又能避免許多關於防火牆的問題,從而使SOAP得到了廣泛的應用。但是如果效率對你來說很重要,那麼你應該多考慮其它的方式,而不要用 SOAP。為了更好的理解SOAP,HTTP,XML如何工作的,不妨先考慮一下COM/DCOM的執行機制,DCOM處理網路協議的低層次的細節問題,如PROXY/STUB間的通訊,生命週期的管理,物件的標識。在客戶端與伺服器端進行互動的時候,DCOM採用NDR(Network Data Representation)作為資料表示,它是低層次的與平臺無關的資料表現形式。
Web service一般就是用SOAP協議透過HTTP來呼叫它,其實他就是一個WSDL文件,客戶都可以閱讀WSDL文件來用這個Web service。客戶根據WSDL描述文件,會生成一個SOAP請求訊息。Web service都是放在Web伺服器 (如IIS) 後面的,客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中,傳送到Web伺服器來。Web伺服器再把這些請求轉發給Web service請求處理器。請求處理器的作用在於,解析收到的SOAP請求,呼叫Web service,然後再生成相應的SOAP應答。Web伺服器得到SOAP應答後,會再透過HTTP應答的方式把它送回到客戶端。個人以為就把webservice當成是Http這種請求和響應方式就可以處理大部分問題了。 SOAP 使用 HTTP 傳送 XML,儘管HTTP 不是有效率的通訊協議,而且 XML 還需要額外的檔案解析(parse),兩者使得交易的速度大大低於其它方案。但是XML 是一個開放、健全、有語義的訊息機制,而 HTTP 是一個廣泛又能避免許多關於防火牆的問題,從而使SOAP得到了廣泛的應用。但是如果效率對你來說很重要,那麼你應該多考慮其它的方式,而不要用 SOAP。為了更好的理解SOAP,HTTP,XML如何工作的,不妨先考慮一下COM/DCOM的執行機制,DCOM處理網路協議的低層次的細節問題,如PROXY/STUB間的通訊,生命週期的管理,物件的標識。在客戶端與伺服器端進行互動的時候,DCOM採用NDR(Network Data Representation)作為資料表示,它是低層次的與平臺無關的資料表現形式。