WEB服務有待實踐的檢驗
2024-07-21 02:21:34
供稿：網友
soap，wsdl，和uddi定義了xml中的web服務，但他們并不能保證會為軟件架構中的組件帶來好處。要應用web服務，協議需要更加清晰，工具需要更加好用，而且，it項目經理和開發商也需要在思想上有所轉變。
但web服務在通信中的優點，諸如可重用組件和企業應用中的易集成性，已經使得微軟和ibm驚異于它的高效。盡管web服務的應用尚在實驗階段，媒體已經將這些高級的概念深入人心。盡管開發者和反對者意見不同，但他們都從web服務中得到了大量的機會。
這里有一些開發者在web服務中發現的缺陷，其中有部分得到了解決，其余的還沒有：
安全和鑒別
在web服務的所有缺陷中，這兩點是最早也是經常被提到的。幸運的是，當你處理敏感數據時，你可以利用ssl這個web加密工具，可以較好的防止你的xml信息被竊聽，但在服務器上鑒別xml文檔就是另一回事了。在不同的標準委員會之間有六種鑒別方案，試圖通過數字特征等來解決這個問題。但標準確定下來還需要一段時間。
事務的完成
象一個供應鏈那樣，當有多方參與時，事務就會變的長期和復雜了。這就需要找到一個辦法來監視復雜的事務，使得過程中的所有部分都可以得到鑒別。一些標準，包括安全聲明標識語言（secure assertion markup language），商業事務協議（business transaction protocol），和ibm的http，已經被引入來解決這個問題，但標準委員會還沒有對他們進行論證。
執行
這個問題還沒有很好的辦法。http上的xml解決這個問題有些失之簡單。在其上的安全協議中，用戶不能對特定的動作做出迅速的回應。除了用戶所期望的信用卡檢測還很慢之外，其他潛在的問題也使得web服務在企業內部項目和自動的b2b事務得以應用還有待時日。
更高的可依賴性
當多應用依賴于web服務時，那web服務的任何變化都會使得應用失敗。同樣的，個人web服務的普及也需要對硬件進行密切監控以確保他們在正常運行。而且當程序員試圖為以后的應用預定義一個功能時，象任何建筑部件一樣，web服務的組件也需要統一命名。
有效性和可靠性
web聯接也許比以前更可靠，但當你通過防火墻訪問組件時，你必須忍受漫長的等待。你還得信任這些組件，實際上，他們是存取xml的api的黑盒子。所以在值得冒險去應用web服務之前，公司之間不得不建立起老式的信任關系。
額外的發展努力
任何人都喜歡正確的方法來構建應用軟件：完整的文檔和最大限度的可復用性。實際上，項目需要在預算內按時完成。第一次利用web服務所提供的組件來構建應用軟件需要額外的付出和時間，但無論如何，許多it項目經理都不想因為以后可以從可復用性中得到好處而推遲項目的完成。同樣的，讓一個it項目經理組件化他的應用程序，而使應用程序更加漂亮，這樣的可能性很低。即使用web服務的組件可以為其他應用軟件帶來好處。
但這些缺陷沒有一個被完全肯定，事實上，我所見到的開發者都贊同web服務的發展方向，他們中的許多人正在主持項目的開發。
我們目前應該對web服務的局限性有清晰的認識，也應該對我們要得到這些好處所許要付出的時間和努力有一個現實的估計。也許和許多其他技術不一樣，這個很有前途的技術可以避免被賦予過高的期望。
（轉）
