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

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

　　 .NET：數(shù)據(jù)共享平臺

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

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