用SOAP實現數據通訊

　　 長期以來我們使用超文本傳輸協議 HTTP 來提供 Web 頁面以及往來的內容。但當我們將 HTTP 或一些其它 Internet 傳輸協議 同 XML 結合起來，并指定 XML 文檔自身的格式時，你得到了簡單對象訪問協議 SOAP。至少在開始構想它時，SOAP是被設計為從本地系統向遠程系統傳遞遠端方法調用的�；�于 SOAP 的結構與同時代的其它遠程結構—DCOM、CORBA 和 RMI 等等—所不同的，SOAP 協議可以穿越任何團體的防火墻，并且 SOAP 數據包中包含著以 XML 編碼的數據。而且，它們易于分析和使用。SOAP 還有很好的伸縮性，這使得我們能同時為非常多的用戶服務。

　　 SOAP 模型最初的構想是使用請求-響應模型，同我們今天所用的 Internet 計算模型很相似。隨后，SOAP 發展到包含了消息模型。兩者的不同之處是 SOAP 在對遠端系統上的方法參數進行編碼時，有獲得結果的特殊目的。它并不請求 Web 站點提供一個感興趣的數據表格，相反，比如說，在同樣的系統上我能調用一個假想稱為 CalculatePayment() 的遠程調用，并收到一個個人付款數值。是的，今天你能用一個表單做到這些，但關鍵是在調用服務和提交表單之間存在著差別。服務調用是功能更強的概念。

　　 .NET：數據共享平臺

　　 給我一種語言 XML 和一種通訊方式 SOAP，我就能建立允許我們交互和合作的系統。這就是 .NET。最初，Microsoft 將建立這種強大的共享，然后他們需要一些時間將最初的版本放到公共領域。如果 .NET 像預期的那樣工作，它將改變我們的計算習慣和業務實踐，就像在過去的二十年里 DOS 和 Windows 所做的那樣�？梢灶A見，鼓勵用戶進行交互并為 Web 消費者提供服務的站點將繁榮昌盛。這些站點不會遇到麻煩甚至消亡，因為 Internet 消費者正在更多地意識到他們需要得到增強的服務。

　　 胖客戶機計算并沒有消亡，但瘦客戶機計算正在市場上變得更加流行。作為一個開發者或項目經理，應該有責任學習最新的概念和技術，并把它們應用到業務實踐之中。記住達爾文的圣言：進化在產生，但自然選擇也在進行。