用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 所做的那樣。可以預見，鼓勵用戶進行交互並為 Web 消費者提供服務的站點將繁榮昌盛。這些站點不會遇到麻煩甚至消亡，因為 Internet 消費者正在更多地意識到他們需要得到增強的服務。
胖客戶機計算並沒有消亡，但瘦客戶機計算正在市場上變得更加流行。作為一個開發者或項目經理，應該有責任學習最新的概念和技術，並把它們應用到業務實踐之中。記住達爾文的聖言：進化在產生，但自然選擇也在進行。
