WebService(2)基礎知識

一、概念

        WebService,顧名思義就是基於Web的服務。它使用Web(HTTP)方式發送SOAP協議數據,接收和響應外部系統的某種請求,從而實現遠程調用。WebService可以理解爲是一種通用的,跨語言,跨平臺,跨系統的分佈式解決方案。

二、三要素

(1)WSDL

        wsdl,全稱是web server definition language,是服務器端的定義語言,可理解爲是服務器端的使用說明書,說明接口/類、方法、參數和返回值,隨服務發佈成功自動生成XML格式文檔。

wsdl生成的xml結構圖如下:

<definitions targetNamespace="http://service.com/" name="HelloWebServiceService">
<types></types>
<message name="getName"></message>
<message name="getNameResponse"></message>
<portType name="HelloWebService"></portType>
<binding name="HelloWebServicePortBinding" type="tns:HelloWebService"></binding>
<service name="HelloWebServiceService"></service></definitions>
<service>服務視圖,webservice的服務結點,它包括了服務端點
<binding>爲每個服務端點定義消息格式和協議細節
<portType>服務端點,描述 web service可被執行的操作方法,以及相關的消息,通過binding指向portType
<message>定義一個操作(方法)的數據參數(可有多個參數)
<types>定義 web service 使用的全部數據類型

(2)SOAP
        soap,英文全稱Simple Object Access Protocol,翻譯過來就是簡單對象存取協議,它是XML Web Service 的通信協議,可以簡單理解爲HTTP + XML。當用戶通過UDDI找到你的WSDL描述文檔後,他可以通過SOAP調用你建立的Web服務中的一個或多個操作。SOAP是XML文檔形式的調用方法的規範,它可以支持不同的底層接口,像HTTP(S)或者SMTP。

soap消息格式:

<?xml version="1.0"?>
<soap:Envelope
xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">
 
<soap:Header>
  <m:Trans xmlns:m="http://www.w3schools.com/transaction/"
  soap:mustUnderstand="1">234
  </m:Trans>
</soap:Header>
 
 
<soap:Body>
  <m:GetPrice xmlns:m="http://www.w3schools.com/prices">
    <m:Item>Apples</m:Item>
  </m:GetPrice>
</soap:Body>
</soap:Envelope>

(3)UDDI

uddi,Web Services Description Language,目錄服務,提供webservice服務端的註冊和搜索功能。

三、webService 原理

        Web服務的體系結構是基於Web服務提供者、Web服務請求者、Web服務中介者三個角色和發佈、發現、綁定三個動作構建的。簡單地說,Web服務提供者就是Web服務的擁有者,它耐心等待爲其他服務和用戶提供自己已有的功能;Web服務請求者就是Web服務功能的使用者,它利用SOAP消息向Web服務提供者發送請求以獲得服務;Web服務中介者的作用是把一個Web服務請求者與合適的Web服務提供者聯繫在一起,它充當管理者的角色,一般是UDDI。這三個角色是根據邏輯關係劃分的,在實際應用中,角色之間很可能有交叉:一個Web服務既可以是Web服務提供者,也可以是Web服務請求者,或者二者兼而有之。顯示了Web服務角色之間的關係:其中,“發佈”是爲了讓用戶或其他服務知道某個Web服務的存在和相關信息;“查找(發現)”是爲了找到合適的Web服務;“綁定”則是在提供者與請求者之間建立某種聯繫。

實現一個完整的Web服務包括以下步驟:
◆ Web服務提供者設計實現Web服務,並將調試正確後的Web服務通過Web服務中介者發佈,並在UDDI註冊中心註冊; (發佈)
◆ Web服務請求者向Web服務中介者請求特定的服務,中介者根據請求查詢UDDI註冊中心,爲請求者尋找滿足請求的服務; (發現)
◆ Web服務中介者向Web服務請求者返回滿足條件的Web服務描述信息,該描述信息用WSDL寫成,各種支持Web服務的機器都能閱讀;(發現)
◆ 利用從Web服務中介者返回的描述信息生成相應的SOAP消息,發送給Web服務提供者,以實現Web服務的調用;(綁定)
◆ Web服務提供者按SOAP消息執行相應的Web服務,並將服務結果返回給Web服務請求者。(綁定)

四、客戶端調用WebService的方式

(1)通過wximport生成代碼
(2)通過客戶端編程方式
(3)通過ajax調用方式
(4)通過 URL Connection 方式調用

五、Web Service的優缺點

1、跨防火牆的通信
       如果應用程序有成千上萬的用戶,而且分佈在世界各地,那麼客戶端和服務器之間的通信將是一個棘手的問題。因爲客戶端和服務器之間通常會有防火牆或者代理服務器。傳統的做法是,選擇用瀏覽器作爲客戶端,寫下一大堆ASP頁面,把應用程序的中間層暴露給最終用戶。這樣做的結果是開發難度大,程序很難維護。 要是客戶端代碼不再如此依賴於HTML表單,客戶端的編程就簡單多了。如果中間層組件換成Web Service的話,就可以從用戶界面直接調用中間層組件,從而省掉建立ASP頁面的那一步。要調用Web Service,可以直接使用Microsoft SOAP Toolkit或.net這樣的SOAP客戶端,也可以使用自己開發的SOAP客戶端,然後把它和應用程序連接起來。不僅縮短了開發週期,還減少了代碼複雜度,並能夠增強應用程序的可維護性。同時,應用程序也不再需要在每次調用中間層組件時,都跳轉到相應的"結果頁"。
2、應用程序集成
       企業級的應用程序開發者都知道,企業裏經常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來,而這種集成將花費很大的開發力量。應用程序經常需要從運行的一臺主機上的程序中獲取數據;或者把數據發送到主機或其它平臺應用程序中去。即使在同一個平臺上,不同軟件廠商生產的各種軟件也常常需要集成起來。通過Web Service,應用程序可以用標準的方法把功能和數據"暴露"出來,供其它應用程序使用。
XML Web services 提供了在松耦合環境中使用標準協議(HTTP、XML、SOAP 和 WSDL)交換消息的能力。消息可以是結構化的、帶類型的,也可以是鬆散定義的。
3、B2B的集成
       B2B 指的是Business to Business,as in businesses doing business with other businesses,商家(泛指企業)對商家的電子商務,即企業與企業之間通過互聯網進行產品、服務及信息的交換。通俗的說法是指進行電子商務交易的供需雙方都是商家(或企業、公司),她們使用了Internet的技術或各種商務網絡平臺,完成商務交易的過程。
Web Service是B2B集成成功的關鍵。通過Web Service,公司可以只需把關鍵的商務應用"暴露"給指定的供應商和客戶,就可以了,Web Service運行在Internet上,在世界任何地方都可輕易實現,其運行成本就相對較低。Web Service只是B2B集成的一個關鍵部分,還需要許多其它的部分才能實現集成。 用Web Service來實現B2B集成的最大好處在於可以輕易實現互操作性。只要把商務邏輯"暴露"出來,成爲Web Service,就可以讓任何指定的合作伙伴調用這些商務邏輯,而不管他們的系統在什麼平臺上運行,使用什麼開發語言。這樣就大大減少了花在B2B集成上的時間和成本。
4、軟件和數據重用
        Web Service在允許重用代碼的同時,可以重用代碼背後的數據。使用Web Service,再也不必像以前那樣,要先從第三方購買、安裝軟件組件,再從應用程序中調用這些組件;只需要直接調用遠端的Web Service就可以了。另一種軟件重用的情況是,把好幾個應用程序的功能集成起來,通過Web Service "暴露"出來,就可以非常容易地把所有這些功能都集成到你的門戶站點中,爲用戶提供一個統一的、友好的界面。 可以在應用程序中使用第三方的Web Service 提供的功能,也可以把自己的應用程序功能通過Web Service 提供給別人。兩種情況下,都可以重用代碼和代碼背後的數據。
       從以上論述可以看出,Web Service 在通過Web進行互操作或遠程調用的時候是最有用的。不過,也有一些情況,Web Service根本不能帶來任何好處,Web Service有一下缺點:
1、 單機應用程序
        目前,企業和個人還使用着很多桌面應用程序。其中一些只需要與本機上的其它程序通信。在這種情況下,最好就不要用Web Service,只要用本地的API就可以了。COM非常適合於在這種情況下工作,因爲它既小又快。運行在同一臺服務器上的服務器軟件也是這樣。當然Web Service 也能用在這些場合,但那樣不僅消耗太大,而且不會帶來任何好處。
2、 局域網的一些應用程序
        在許多應用中,所有的程序都是在Windows平臺下使用COM,都運行在同一個局域網上。在這些程序裏,使用DCOM會比SOAP/HTTP有效得多。與此相類似,如果一個.net程序要連接到局域網上的另一個.net程序,應該使用.net Remoting。其實在.net Remoting中,也可以指定使用SOAP/HTTP來進行Web Service 調用。不過最好還是直接通過TCP進行RPC調用,那樣會有效得多。

六、Web Service的應用場景

1.最初的 XML Web Service 通常是可以方便地併入應用程序的信息來源,如股票價格、天氣預報、體育成績等等。
2.以 XML Web Service 方式提供現有應用程序,可以構建新的、更強大的應用程序,並利用 XML Web Service 作爲構造塊。
例如,用戶可以開發一個採購應用程序,以自動獲取來自不同供應商的價格信息,從而使用戶可以選擇供應商,提交訂單,然後跟蹤貨物的運輸,直至收到貨物。而供應商的應用程序除了在Web上提供服務外,還可以使用XML Web Service檢查客戶的信用、收取貨款,並與貨運公司辦理貨運手續。

參考文獻:
[1] http://my.oschina.net/xiaogezi/blog/671812
[2] http://www.cnblogs.com/Jessy/p/3528341.html


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章