分布式應用程序和瀏覽器
研究一下當前的應用程序開發，你會發現一個絕對的傾向：人們開始偏愛基于瀏覽器的瘦客戶應用程序。這當然不是因為瘦客戶能夠提供更好的用戶界面，而是因為它能夠避免花在桌面應用程序發布上的高成本。發布桌面應用程序成本很高，一半是因為應用程序安裝和配置的問題，另一半是因為客戶和服務器之間通信的問題。
傳統的Windows富客戶應用程序使用DCOM來與服務器進行通信和調用遠程對象。配置好DCOM使其在一個大型的網絡中正常工作將是一個極富挑戰性的工作，同時也是許多IT工程師的噩夢。事實上，許多IT工程師寧愿忍受瀏覽器所帶來的功能限制，也不愿在局域網上去運行一個DCOM。在我看來，結果就是一個發布容易，但開發難度大而且用戶界面極其受限的應用程序。極端的說，就是你花了更多的資金和時間，卻開發出從用戶看來功能更弱的應用程序。不信？問問你的會計師對新的基于瀏覽器的會計軟件有什么想法：絕大多數商用程序用戶希望使用更加友好的Windows用戶界面。
關于客戶端與服務器的通信問題，一個完美的解決方法是使用HTTP協議來通信。這是因為任何運行Web瀏覽器的機器都在使用HTTP協議。同時，當前許多防火墻也配置為只允許HTTP連接。
許多商用程序還面臨另一個問題，那就是與其他程序的互操作性。如果所有的應用程序都是使用COM或.NET語言寫的，并且都運行在Windows平臺上，那就天下太平了。然而，事實上大多數商業數據仍然在大型主機上以非關系文件(VSAM)的形式存放，并由COBOL語言編寫的大型機程序訪問。而且，目前還有很多商用程序繼續在使用C++、Java、Visual
Basic和其他各種各樣的語言編寫�，F在，除了最簡單的程序之外，所有的應用程序都需要與運行在其他異構平臺上的應用程序集成并進行數據交換。這樣的任務通常都是由特殊的方法，如文件傳輸和分析，消息隊列，還有僅適用于某些情況的的API，如IBM的"高級程序到程序交流(APPC)"等來完成的。在以前，沒有一個應用程序通信標準，是獨立于平臺、組建模型和編程語言的。只有通過Web
Service，客戶端和服務器才能夠自由的用HTTP進行通信，不論兩個程序的平臺和編程語言是什么。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/