申請免費試用、咨詢電話：400-8352-114
AMTeam.org
如何認識Web服務
準備
雖然才剛剛開始介紹，但要提醒大家的是Web服務還是一項有爭議的技術。軟件開發(fā)商幾乎一致聲稱Web服務是未來的潮流。然而，許多分析人士和軟件開發(fā)人員對Web服務的應用范圍和實用價值持懷疑態(tài)度。
在大量廣告和宣傳攻勢下，許多企業(yè)和個人感覺他們遲早會涉及到Web服務。他們是應該相信開發(fā)商的宣傳，并跟著開發(fā)商路子走？還是持懷疑態(tài)度僅用“腳尖沾一點點水試試深淺”？本文中，我們會歸納各種觀點，為準備使用Web服務的企業(yè)或個人提供一些意見和建議。
Web服務是什么
Web服務是什么？如果你問10個專家，可能會得到11個不同的答案和許多定義。
我們可以舉個例子：你想過要在應用程序或者瀏覽器中加入證券實時報價嗎？這樣的程序就可以應用最簡單的Web服務。
對最終用戶來說，Web服務負責運行所有的程序，包括從簡單的如證券實時報價程序到復雜的文字處理應用程序的某個組件。許多開發(fā)商如微軟希望將他們原來龐大的應用程序分解成不同的Web服務，并以出租的形式向用戶提供這些功能。你不必購買微軟的整個Word程序，而僅僅租用你想使用的其中一部分功能?！?/FONT>
從消費者的觀點來看，“Web服務”是已經登記在Internet服務器中現(xiàn)成的或者能與Web應用程序配合使用的程序組件（使用面向對象語言，對象中封裝各種功能）。
從不同的Internet服務器集合組件組合成程序的概念并不新鮮。在技術上稱這種方式為分布式應用程序，例如CORBA 和
DCOM。這種技術已經有些年頭。但這種方法并不能說是完全成功的。所以我們不禁要問，Web服務能成功嗎？
一句話：標準
追隨標準
標準是Web服務的中心；沒有標準組件互用、協(xié)同工作的目標是不可能實現(xiàn)的。Web服務主要的標準有：處理數(shù)據(jù)的XML(eXtensible
Markup Language)擴展標記語言、Internet服務器注冊服務的UDDI (Universal Description Discovery and
Integration)統(tǒng)一描述發(fā)現(xiàn)和集成協(xié)議、服務如何使用的格式SOAP (Simple Object Access
Protocol)簡單對象訪問協(xié)議以及提供運行服務所需的腳本W(wǎng)SDL (Web Services Description
Language)服務描述語言。
整個標準家族為編寫、分布和使用Web服務提供了通用的方法。自從所有主要的的軟件公司簽署了這些標準之后，我們認為，通過Web服務就可以實現(xiàn)原來還不可能完成的企業(yè)對企業(yè)B2B和企業(yè)對用戶的B2C應用。
因此，為Web服務做準備的一個好方法就是跟上標準的步伐，并且要時刻關注它們的變化。了解制定標準的組織如W3C修改標準的情況，以及了解個別開發(fā)商（因為如偏見、反常、教唆、收買和擴充原因）根據(jù)自己的需求修改標準的情況同樣很重要。最后要注意的是，要特別關注主要的開發(fā)商之間如Sun、
Microsoft、 Oracle 和 IBM.之間的競爭形勢。
體驗
因為Web服務將很可能對不同的行業(yè)有各種不同的影響，學習和研究同行業(yè)的案例是很有幫助的。一方面可以增長如何應用Web服務的見識，一方面也能學到不少經驗得失。經歷了以上的過程之后，最終你還必須對什么是Web服務以及如何應用Web服務有一個感性的認識，這通常都是你親自嘗試后的結果。
大約一年前，采用某些公開發(fā)布的開發(fā)工具包如微軟的Microsoft SOAP
Kit來開發(fā)Web服務是比較可取的方法。但我們認為，現(xiàn)在這種方式已經不再適合了。市面上已經可以找到許多不同形式的配套的Web服務開發(fā)工具。開發(fā)團隊應該嘗試不同的工具和開發(fā)環(huán)境，選擇最合適的工具來完成開發(fā)任務。例如，購買IBM產品的就應該使用WebSphere
Studio和Web服務擴展。同樣，購買微軟產品的就應該去使用Visual Studio .Net相應部分。
要牢記一點的是，要掌握所有必需的Web服務技術不是一件輕松的事情。SOAP、
WSDL和特別是XML，要完全掌握還需一定的時間。
挑戰(zhàn)極限
在測試階段，如果你有足夠的精力(時間、金錢和耐心)，請嘗試挑戰(zhàn)Web服務的極限。意思就是說例如你安裝和構建一套基于Web服務的試用程序，在UDDI服務中注冊成相應的Web服務，用戶可以通過連接到Internet上來使用它。程序的下載和運行整個過程不要讓用戶覺得很無聊或者不要引起使用者的抱怨就行。測試你的程序，找出Web服務的問題，不要用一些簡單程序或者平常的環(huán)境來測試，應盡量大膽地在各種復雜情況下進行試用。因為在Web服務的理論和協(xié)議中還有許多不足。如果這些不足影響程序的運行的話，我們必須加以解決。
下面是一些我們認為應受到詳細考查和仔細研究的地方：
現(xiàn)存的程序的哪一部分應該注冊成Web服務？并不是所有的程序都適合成為分布式的一部分，特別是對安全嚴格要求的或者有特別要求的情況。
有關的數(shù)據(jù)存放在哪里？大多數(shù)的Web服務必須接收數(shù)據(jù)或者包含數(shù)據(jù)。在廣泛分布的應用程序環(huán)境中數(shù)據(jù)的分配可不是一件容易的事。
在哪里和如何列出在UDDI服務中的Web服務？有權使用的服務器可能是你自己的，也可能是某個重要的Web服務器。
你運行的Web服務有潛在的漏洞嗎？
你的Web服務要收費嗎？如果收費，如何收？
涉及什么樣的安全問題？有關這方面的標準大多數(shù)還處在設計階段。
購買什么
到目前為止在，我們主要談論的是如何構建你自己的Web服務。從某種程度來說，存在許多軟件開發(fā)商是很好的事情。他們會向你提供各種開發(fā)工具。然而，大多數(shù)也不是全部的開發(fā)商同樣向你銷售整套或部分的Web服務。這些開發(fā)商把Web服務當作了一頭即將出奶的奶牛，他們渴望牛奶很快流出來。同樣對消費者來講，也希望這一天快點來到，他們也需要Web服務給自己帶來好運，從中受益。
結論
事物都會有其兩面性。一方面Web服務已經實實在在地存在，他們將(或最終)會在軟件分布形式中占到主要的地位。然而另一面，這種軟件形式會不會成為今后軟件最終的分發(fā)形式還有待研究。因此，還是謹慎為妙。
在Web服務產品全力投入生產之前，比過多地談論Web服務這種“流行趨勢”更重要的事情就是Web服務還需大家的親身實踐和關注。
| 
