WebService 適用場合

標籤：unix   需要   主題   soap   帶來   案頭應用   合作   結果   .com   

適用場合1、跨防火牆通訊

　　如果應用程式有成千上萬的使用者，而且分布在世界各地，那麼用戶端和伺服器之間的通訊將是一個棘手的問題。因為用戶端和伺服器之間通常會有防火牆或者代理服 務器。在這種情況下，使用DCOM就不是那麼簡單，通常也不便於把用戶端程式發布到數量如此龐大的每一個使用者手中。傳統的做法是，選擇用瀏覽器作為客戶 端，寫下一大堆ASP頁面，把應用程式的中介層暴露給終端使用者。這樣做的結果是開發難度大，程式很難維護。如果中介層組件換成WebService的話， 就可以從使用者介面直接調用中介層組件。從大多數人的經驗來看，在一個使用者介面和中介層有較多互動的應用程式中，使用WebService這種結構，可以節 省花在使用者介面編程上20%的開發時間。

2、應用程式整合

　　企業級的應用程式開發人員都知道，企業裡經常都要把用不同語言寫成的、在不同平台上啟動並執行各種程式整合起來，而這種整合將花費很大的開發力量。應用程式經常 需要從運行在IBM主機上的程式中擷取資料；或者把資料發送到主機或UNIX應用程式中去。即使在同一個平台上，不同軟體廠商生產的各種軟體也常常需要集 成起來。通過WebService，可以很容易的整合不同結構的應用程式。

3、B2B整合

　　用WebService整合應用程式，可以使公司內部的商務處理更加自動化。但當交易跨越供應商和客戶、突破公司的界限時會怎麼樣呢？跨公司的商務交易整合通常叫做B2B整合。WebService是B2B整合成功的關鍵。通過WebService，公司可以把關鍵的商務應用“暴露”給指定的供應商和客戶。例如，把電子下單系統和電子發票系統“暴露”出來，客戶就可以以電子的方式發送訂單，供應商則可以以電子的方式發送原料採購發票。當然，這並不是一個 新的概念，EDI(電子文檔交換)早就是這樣了。但是，WebService的實現要比EDI簡單得多，而且WebService運行在Internet 上，在世界任何地方都可輕易實現，其運行成本就相對較低。不過，WebService並不像EDI那樣，是文檔交換或B2B整合的完整解決方案。 WebService只是B2B整合的一個關鍵區段，還需要許多其它的部分才能實現整合。

　　用WebService來實現B2B整合的最大好處在於可以輕易實現互通性。只要把商務邏輯“暴露”出來，成為WebService，就可以讓任何指定 的夥伴調用這些商務邏輯，而不管他們的系統在什麼平台上運行，使用什麼開發語言。這樣就大大減少了花在B2B整合上的時間和成本，讓許多原本無法承受 EDI的中小企業也能實現B2B整合。

4、軟體和資料重用

      軟體重用是一個很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是原始碼模組或者類一級的重用，一種形式是二進位形式的組件重用。採用 WebService應用程式可以用標準的方法把功能和資料“暴露”出來，供其它應用程式使用，達到業務級重用。

六、不適用場合1、單機應用程式

      目前，企業和個人還使用著很多傳統型應用程式。其中一些只需要與本機上的其它程式通訊。在這種情況下，最好就不要用WebService，只要用本地的 API就可以了。COM非常適合於在這種情況下工作，因為它既小又快。運行在同一台伺服器上的伺服器軟體也是這樣。最好直接用COM或其它本地的API來 進行應用程式間的調用。當然WebService也能用在這些場合，但那樣不僅消耗太大，而且不會帶來任何好處。

2、區域網路的同構應用程式

      在許多應用中，所有的程式都是用VB或VC開發的，都在Windows平台下使用COM，都運行在同一個區域網路上。例如，有兩個伺服器應用程式需要相互連 信，或者有一個Win32或WinForm的客戶程式要串連區域網路上另一個伺服器的程式。在這些程式裡，使用DCOM會比SOAP/HTTP有效得多。與 此相類似，如果一個.NET程式要串連到區域網路上的另一個.NET程式，應該使用.NETremoting。有趣的是，在.NETremoting 中，也可以指定使用SOAP/HTTP來進行WebService調用。不過最好還是直接通過TCP進行RPC調用，那樣會有效得多。

（以上的內容是轉載別個作者的內容，文章地址見;https://jingyan.baidu.com/article/148a19219e87a54d71c3b1c3.html）

WebService 適用場合