Web Service簡介，webservice簡介

Web Service簡介，webservice簡介

1、Web Service基本概念

Web Service也叫XML Web Service WebService是一種可以接收從Internet或者Intranet上的其它系統中傳遞過來的請求，輕量級的獨立的通訊技術。是:通過SOAP在Web上提供的軟體服務，使用WSDL檔案進行說明，並通過UDDI進行註冊。

XML：(Extensible Markup Language)擴充型可標記語言。面向短期的臨時資料處理、面向全球資訊網絡，是Soap的基礎。

Soap：(Simple Object Access Protocol)簡單對象存取協議。是XML Web Service 的通訊協定。當使用者通過UDDI找到你的WSDL描述文檔後，他通過可以SOAP調用你建立的Web服務中的一個或多個操作。SOAP是XML文檔形式的調用方法的規範，它可以支援不同的底層介面，像HTTP(S)或者SMTP。

WSDL：(Web Services Description Language) WSDL 檔案是一個 XML 文檔，用於說明一組 SOAP 訊息以及如何交換這些訊息。大多數情況下由軟體自動產生和使用。

UDDI (Universal Description, Discovery, and Integration) 是一個主要針對Web服務供應商和使用者的新項目。在使用者能夠調用Web服務之前，必須確定這個服務內包含哪些商務方法，找到被調用的介面定義，還要在服務端來編製軟體，UDDI是一種根據描述文檔來引導系統尋找相應服務的機制。UDDI利用SOAP訊息機制（標準的XML/HTTP）來發布，編輯，瀏覽以及尋找註冊資訊。它採用XML格式來封裝各種不同類型的資料，並且發送到註冊中心或者由註冊中心來返回需要的資料。

調用原理：

Web服務有兩層含義：1、是指封裝成單個實體並發布到網路上的功能集合體；2、是指功能集合體被調用後所提供的服務。簡單地講，Web服務是一個URL資源，用戶端可以通過編程方式請求得到它的服務，而不需要知道所請求的服務是怎樣實現的，這一點與傳統的分散式元件物件模型不同。

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

2、XML Web Service的特點

Web Service的主要目標是跨平台的可互通性。為了實現這一目標，Web Service 完全基於XML（可延伸標記語言 (XML)）、XSD（XML Schema）等獨立於平台、獨立於軟體供應商的標準，是建立可互操作的、分布式應用程式的新平台。因此使用Web Service有許多優點:

1、跨防火牆的通訊

 如果應用程式有成千上萬的使用者，而且分布在世界各地，那麼用戶端和伺服器之間的通訊將是一個棘手的問題。因為用戶端和伺服器之間通常會有防火牆或者Proxy 伺服器。傳統的做法是，選擇用瀏覽器作為用戶端，寫下一大堆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調用，那樣會有效得多。

 

使用SOAP發布服務

1.開啟cmd命令 如下表示成功 在c盤會建立“cn”的檔案夾 com webxml

建立的類

2.然後將java為尾碼的類部署到自己的項目中

3.測試類別  

public class Mytest {  public static void main(String[] args) {      MobileCodeWS ws=new   MobileCodeWS();      MobileCodeWSSoap soap = ws.getMobileCodeWSSoap();      String address = soap.getMobileCodeInfo("1314613", "");      System.out.println(address);  }}

成功效果