| 當前，Web Service是一個(gè)熱門(mén)話(huà)題。但是，Web Service究竟是什么？什么情況下應該用Web Service？什么情況下不應該用Web Service？是需要我們正確認識的。 實(shí)際上，Web Service的主要目標是跨平臺的可互操作性。為了達到這一目標，Web Service 完全基于XML（可擴展標記語(yǔ)言）、XSD（XML Schema）等獨立于平臺、獨立于軟件供應商的標準，是創(chuàng )建可互操作的、分布式應用程序的新平臺。由此可以看出，在以下三種情況下，使用Web Service會(huì )帶來(lái)極大的好處。 長(cháng)項一： 跨防火墻的通信 如果應用程序有成千上萬(wàn)的用戶(hù)，而且分布在世界各地，那么客戶(hù)端和服務(wù)器之間的通信將是一個(gè)棘手的問(wèn)題。因為客戶(hù)端和服務(wù)器之間通常會(huì )有防火墻或者代理服務(wù)器。在這種情況下，使用DCOM就不是那么簡(jiǎn)單，通常也不便于把客戶(hù)端程序發(fā)布到數量如此龐大的每一個(gè)用戶(hù)手中。傳統的做法是，選擇用瀏覽器作為客戶(hù)端，寫(xiě)下一大堆ASP頁(yè)面，把應用程序的中間層暴露給最終用戶(hù)。這樣做的結果是開(kāi)發(fā)難度大，程序很難維護。  圖1 通過(guò)Web Service集成應用程 舉個(gè)例子，在應用程序里加入一個(gè)新頁(yè)面，必須先建立好用戶(hù)界面(Web頁(yè)面)，并在這個(gè)頁(yè)面后面，包含相應商業(yè)邏輯的中間層組件，還要再建立至少一個(gè)ASP頁(yè)面，用來(lái)接受用戶(hù)輸入的信息，調用中間層組件，把結果格式化為HTML形式，最后還要把“結果頁(yè)”送回瀏覽器。要是客戶(hù)端代碼不再如此依賴(lài)于HTML表單，客戶(hù)端的編程就簡(jiǎn)單多了。 如果中間層組件換成Web Service的話(huà)，就可以從用戶(hù)界面直接調用中間層組件，從而省掉建立ASP頁(yè)面的那一步。要調用Web Service，可以直接使用Microsoft SOAP Toolkit或.NET這樣的SOAP客戶(hù)端，也可以使用自己開(kāi)發(fā)的SOAP客戶(hù)端，然后把它和應用程序連接起來(lái)。不僅縮短了開(kāi)發(fā)周期，還減少了代碼復雜度，并能夠增強應用程序的可維護性。同時(shí)，應用程序也不再需要在每次調用中間層組件時(shí)，都跳轉到相應的“結果頁(yè)”。 從經(jīng)驗來(lái)看，在一個(gè)用戶(hù)界面和中間層有較多交互的應用程序中，使用Web Service這種結構，可以節省花在用戶(hù)界面編程上20%的開(kāi)發(fā)時(shí)間。另外，這樣一個(gè)由Web Service組成的中間層，完全可以在應用程序集成或其它場(chǎng)合下重用。最后，通過(guò)Web Service把應用程序的邏輯和數據“暴露”出來(lái)，還可以讓其它平臺上的客戶(hù)重用這些應用程序。 長(cháng)項二： 應用程序集成 企業(yè)級的應用程序開(kāi)發(fā)者都知道，企業(yè)里經(jīng)常都要把用不同語(yǔ)言寫(xiě)成的、在不同平臺上運行的各種程序集成起來(lái)，而這種集成將花費很大的開(kāi)發(fā)力量。應用程序經(jīng)常需要從運行在IBM主機上的程序中獲取數據；或者把數據發(fā)送到主機或UNIX應用程序中去。即使在同一個(gè)平臺上，不同軟件廠(chǎng)商生產(chǎn)的各種軟件也常常需要集成起來(lái)。通過(guò)Web Service，應用程序可以用標準的方法把功能和數據“暴露”出來(lái)，供其它應用程序使用。 例如，有一個(gè)訂單登錄程序，用于登錄從客戶(hù)來(lái)的新訂單，包括客戶(hù)信息、發(fā)貨地址、數量、價(jià)格和付款方式等內容；還有一個(gè)訂單執行程序，用于實(shí)際貨物發(fā)送的管理。這兩個(gè)程序來(lái)自不同軟件廠(chǎng)商。一份新訂單進(jìn)來(lái)之后，訂單登錄程序需要通知訂單執行程序發(fā)送貨物。通過(guò)在訂單執行程序上面增加一層Web Service，訂單執行程序可以把“Add Order”函數“暴露”出來(lái)。這樣，每當有新訂單到來(lái)時(shí)，訂單登錄程序就可以調用這個(gè)函數來(lái)發(fā)送貨物了。 長(cháng)項三： B2B的集成 用Web Service集成應用程序，可以使公司內部的商務(wù)處理更加自動(dòng)化。但當交易跨越供應商和客戶(hù)、突破公司的界限時(shí)會(huì )怎么樣呢？跨公司的商務(wù)交易集成通常叫做B2B集成。 Web Service是B2B集成成功的關(guān)鍵。通過(guò)Web Service，公司可以把關(guān)鍵的商務(wù)應用“暴露”給指定的供應商和客戶(hù)。例如，把電子下單系統和電子發(fā)票系統“暴露”出來(lái)，客戶(hù)就可以以電子的方式發(fā)送訂單，供應商則可以以電子的方式發(fā)送原料采購發(fā)票。當然，這并不是一個(gè)新的概念， EDI(電子文檔交換)早就是這樣了。但是，Web Service的實(shí)現要比EDI簡(jiǎn)單得多，而且Web Service運行在Internet上，在世界任何地方都可輕易實(shí)現，其運行成本就相對較低。不過(guò)，Web Service并不像EDI那樣，是文檔交換或B2B集成的完整解決方案。Web Service只是B2B集成的一個(gè)關(guān)鍵部分，還需要許多其它的部分才能實(shí)現集成。 用Web Service來(lái)實(shí)現B2B集成的最大好處在于可以輕易實(shí)現互操作性。只要把商務(wù)邏輯“暴露”出來(lái)，成為Web Service，就可以讓任何指定的合作伙伴調用這些商務(wù)邏輯，而不管他們的系統在什么平臺上運行，使用什么開(kāi)發(fā)語(yǔ)言。這樣就大大減少了花在B2B集成上的時(shí)間和成本，讓許多原本無(wú)法承受EDI的中小企業(yè)也能實(shí)現B2B集成。 長(cháng)項四： 軟件和數據重用 軟件重用是一個(gè)很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類(lèi)一級的重用，另一種形式是二進(jìn)制形式的組件重用。  圖2 用Web Service集成各種應用中的功能，為用戶(hù)提供一個(gè)統一的界面 當前，像表格控件或用戶(hù)界面控件這樣的可重用軟件組件，在市場(chǎng)上都占有很大的份額。但這類(lèi)軟件的重用有一個(gè)很大的限制，就是重用僅限于代碼，數據不能重用。原因在于，發(fā)布組件甚至源代碼都比較容易，但要發(fā)布數據就沒(méi)那么容易，除非是不會(huì )經(jīng)常變化的靜態(tài)數據。 Web Service在允許重用代碼的同時(shí)，可以重用代碼背后的數據。使用Web Service，再也不必像以前那樣，要先從第三方購買(mǎi)、安裝軟件組件，再從應用程序中調用這些組件；只需要直接調用遠端的Web Service就可以了。舉個(gè)例子，要在應用程序中確認用戶(hù)輸入的地址，只需把這個(gè)地址直接發(fā)送給相應的Web Service，這個(gè)Web Service 就會(huì )幫你查閱街道地址、城市、省區和郵政編碼等信息，確認這個(gè)地址是否在相應的郵政編碼區域。Web Service 的提供商可以按時(shí)間或使用次數來(lái)對這項服務(wù)進(jìn)行收費。這樣的服務(wù)要通過(guò)組件重用來(lái)實(shí)現是不可能的，那樣的話(huà)你必須下載并安裝好包含街道地址、城市、省區和郵政編碼等信息的數據庫，而且這個(gè)數據庫還是不能實(shí)時(shí)更新的。 另一種軟件重用的情況是，把好幾個(gè)應用程序的功能集成起來(lái)。例如，要建立一個(gè)局域網(wǎng)上的門(mén)戶(hù)站點(diǎn)應用，讓用戶(hù)既可以查詢(xún)聯(lián)邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線(xiàn)購買(mǎi)電影票?，F在Web上有很多應用程序供應商，都在其應用中實(shí)現了這些功能。一旦他們把這些功能都通過(guò)Web Service “暴露”出來(lái)，就可以非常容易地把所有這些功能都集成到你的門(mén)戶(hù)站點(diǎn)中，為用戶(hù)提供一個(gè)統一的、友好的界面。 將來(lái)，許多應用程序都會(huì )利用Web Service，把當前基于組件的應用程序結構擴展為組件/Web Service 的混合結構，可以在應用程序中使用第三方的Web Service 提供的功能，也可以把自己的應用程序功能通過(guò)Web Service 提供給別人。兩種情況下，都可以重用代碼和代碼背后的數據。 從以上論述可以看出，Web Service 在通過(guò)Web進(jìn)行互操作或遠程調用的時(shí)候是最有用的。不過(guò)，也有一些情況，Web Service根本不能帶來(lái)任何好處。 短處一： 單機應用程序 目前，企業(yè)和個(gè)人還使用著(zhù)很多桌面應用程序。其中一些只需要與本機上的其它程序通信。在這種情況下，最好就不要用Web Service，只要用本地的API就可以了。COM非常適合于在這種情況下工作，因為它既小又快。運行在同一臺服務(wù)器上的服務(wù)器軟件也是這樣。最好直接用COM或其它本地的API來(lái)進(jìn)行應用程序間的調用。當然Web Service 也能用在這些場(chǎng)合，但那樣不僅消耗太大，而且不會(huì )帶來(lái)任何好處。 短處二： 局域網(wǎng)的同構應用程序 在許多應用中，所有的程序都是用VB或VC開(kāi)發(fā)的，都在Windows平臺下使用COM，都運行在同一個(gè)局域網(wǎng)上。例如，有兩個(gè)服務(wù)器應用程序需要相互通信，或者有一個(gè)Win32或WinForm的客戶(hù)程序要連接局域網(wǎng)上另一個(gè)服務(wù)器的程序。在這些程序里，使用DCOM會(huì )比SOAP/HTTP有效得多。與此相類(lèi)似，如果一個(gè).NET程序要連接到局域網(wǎng)上的另一個(gè).NET程序，應該使用.NET remoting。有趣的是，在.NET remoting中，也可以指定使用SOAP/HTTP來(lái)進(jìn)行Web Service 調用。不過(guò)最好還是直接通過(guò)TCP進(jìn)行RPC調用，那樣會(huì )有效得多。 總之，只要從應用程序結構的角度看，有別的方法比Web Service 更有效、更可行，那就不要用Web Service。 |
聯(lián)系客服
