應(yīng)用程序開發(fā)技術(shù)正發(fā)生著一次質(zhì)的飛躍，從根本上大幅度提高開發(fā)人員的生產(chǎn)效率，它開啟了一道通向全新概念的應(yīng)用程序的大門。

    在過去，開發(fā)人員一直通過集成本地系統(tǒng)服務(wù)來構(gòu)建應(yīng)用程序。在這種模式下，開發(fā)人員可以訪問豐富的開發(fā)資源并能嚴(yán)格控制應(yīng)用程序的行為。

    如今，開發(fā)人員在很大程度上已掙脫了這種模式的束縛，致力于構(gòu)建具有復(fù)雜結(jié)構(gòu)的n層系統(tǒng)，這種系統(tǒng)能將網(wǎng)絡(luò)中各處的眾多的應(yīng)用程序進(jìn)行集成，并大大提升應(yīng)用程序的價值。這樣，開發(fā)人員便可集中精力挖掘軟件獨特的商業(yè)價值，而不必日夜為如何構(gòu)建基本結(jié)構(gòu)傷腦筋了。令人欣喜的局面將應(yīng)運而生：軟件投放市場的時間大大縮短、開發(fā)人員的編程效率明顯提高，最為根本的是開發(fā)出質(zhì)量上乘的軟件。

    我們正在進(jìn)入一個嶄新的計算時代，一個互聯(lián)網(wǎng)時代，其核心技術(shù)是“可擴展標(biāo)記語言”，即XML.XML創(chuàng)建出可供任何人從任何地方訪問和使用的功能強大的應(yīng)用程序。它極大地擴展了應(yīng)用程序的功能，并實現(xiàn)了軟件的不間斷傳輸。在這種大環(huán)境中，軟件已不完全是指那些從CD進(jìn)行安裝的程序，而是已經(jīng)演變成了一種服務(wù)：類似于調(diào)用者的ID驗證或按觀看次數(shù)進(jìn)行收費的電視，人們可通過通信媒體預(yù)定此類服務(wù)。

    這一切，是通過將緊密耦合的、高效的n層計算技術(shù)與面向消息的、松散耦合的Web概念相結(jié)合來實現(xiàn)的。我們將這種計算風(fēng)格稱為Web服務(wù)，它的出現(xiàn)標(biāo)志著人類已經(jīng)邁入應(yīng)用程序開發(fā)技術(shù)的新紀(jì)元。Web服務(wù)是一種應(yīng)用程序，它可以使用標(biāo)準(zhǔn)的互聯(lián)網(wǎng)協(xié)議，像超文本傳輸協(xié)議（HTTP）和XML，將功能綱領(lǐng)性地體現(xiàn)在互聯(lián)網(wǎng)和企業(yè)內(nèi)部網(wǎng)上。可將Web服務(wù)視作Web上的組件編程。

    從理論上講，開發(fā)人員可通過調(diào)用Web應(yīng)用編程接口（API）（就像調(diào)用本地服務(wù)一樣），將Web服務(wù)集成到應(yīng)用程序中，不同的是Web API調(diào)用可通過互聯(lián)網(wǎng)發(fā)送給位于遠(yuǎn)程系統(tǒng)中的某一服務(wù)。例如，Microsoft Passport服務(wù)使得開發(fā)人員能夠?qū)δ硲?yīng)用程序進(jìn)行驗證。通過Passport服務(wù)編程，開發(fā)人員可以充分利用Passport的基本結(jié)構(gòu)，通過運行Passport來維護(hù)用戶數(shù)據(jù)庫，以確保它的正常運行、定期備份等等。

    松散耦合

    在某個網(wǎng)絡(luò)中分發(fā)應(yīng)用程序邏輯，并不是一個全新的概念，在Web中分發(fā)并集成應(yīng)用程序邏輯才是一個嶄新的概念。

    從前，分布式的應(yīng)用程序邏輯需要使用分布式的對象模型，諸如：微軟的分布式組件對象模型（DCOM）、對象管理集團(tuán)的公用對象請求代理程序體系結(jié)構(gòu)（CORBA）或Sun的遠(yuǎn)程方法調(diào)用（RMI）。通過使用這種基本結(jié)構(gòu)，開發(fā)人員仍可擁有使用本地模型所提供的豐富資源和精確性，并可將服務(wù)置于遠(yuǎn)程系統(tǒng)中。

    這些系統(tǒng)有一個共同的缺陷，那就是它們無法擴展到互聯(lián)網(wǎng)上：它們要求服務(wù)客戶端與系統(tǒng)提供的服務(wù)本身之間必須進(jìn)行緊密耦合，即要求一個同類基本結(jié)構(gòu)。這樣的系統(tǒng)往往十分脆弱：如果一端的執(zhí)行機制發(fā)生變化，那么另一端便會崩潰。例如，如果服務(wù)器應(yīng)用程序的接口發(fā)生更改，那么客戶端便會崩潰。

    要求提供緊密耦合的基本結(jié)構(gòu)，無可厚非，許多應(yīng)用程序均是基于這種系統(tǒng)構(gòu)建而成的。但是，當(dāng)各個公司需要相互合作、或信息技術(shù)提供商擴大業(yè)務(wù)范圍時，便很難實現(xiàn)單一而統(tǒng)一的基本結(jié)構(gòu)。您根本無法保證您希望與之進(jìn)行遠(yuǎn)程通信的管道的另一端，具備所有您需要的基本結(jié)構(gòu)：對于它使用的操作系統(tǒng)、對象模型或編程語言，您可能一無所知。

    相反，Web服務(wù)彼此是松散偶合的。連接中的任何一方均可更改執(zhí)行機制，卻不影響應(yīng)用程序的正常運行。從技術(shù)角度講，人們已轉(zhuǎn)向使用一種基于消息的異步技術(shù)來實現(xiàn)高可靠性的系統(tǒng)性能，通過使用諸如HTTP、簡單郵件傳輸協(xié)議（SMTP）以及至為重要的XML來實現(xiàn)統(tǒng)一的連接。

    消息傳遞系統(tǒng)將通信的基本單元打包成自我描述型的數(shù)據(jù)包（又稱作消息），并將其放到網(wǎng)絡(luò)纜線中。消息傳遞系統(tǒng)與分布式對象系統(tǒng)之間的本質(zhì)區(qū)別在于：要求發(fā)送方辨識接收方的基本結(jié)構(gòu)的程度有所不同。在分布式系統(tǒng)中，發(fā)送方需對接收方的情況作出種種猜測：應(yīng)用程序是如何激活或拆包的，調(diào)用的是什么樣的界面，等等。

    另一方面，消息傳遞系統(tǒng)會在纜線格式級上創(chuàng)建合同。發(fā)送方既不需考慮消息被接收后的情況，也不需考慮接發(fā)雙方之間的通信情況，唯一需要考慮的是接收方是否能辯識發(fā)送的消息內(nèi)容。

    在纜線格式級上創(chuàng)建合同的優(yōu)勢不言而喻。例如，接收方可在任何時刻進(jìn)行更改，而不會干擾發(fā)送方的消息發(fā)送，只要它仍可辯識原有消息的內(nèi)容。另外，發(fā)送方無需任何特殊的軟件即可與接收方通信：只要它發(fā)出正確格式的消息，接收方就可以響應(yīng)。

纜線級的XML：SOAP

　　實現(xiàn)Web服務(wù)的異類基本結(jié)構(gòu)以及在整個Web中實現(xiàn)Web服務(wù)的關(guān)鍵，是實現(xiàn)支持簡單數(shù)據(jù)描述格式的技術(shù)。這種格式就是XML。Web服務(wù)必須使用XML來完成三件事情：基本的纜線格式、服務(wù)描述以及“服務(wù)發(fā)現(xiàn)”。

　　SOAP：在通信的最低級別，系統(tǒng)需要使用同一語言。特別，作為通信雙方的應(yīng)用程序需要遵守同一套通信規(guī)則：如何表示不同的數(shù)據(jù)類型（例如：是整數(shù)還是數(shù)組），以及如何表示命令（即：需要對數(shù)據(jù)進(jìn)行何種操作）。另外，在必要的時候應(yīng)用程序還需對該語言適當(dāng)?shù)臄U展。簡單對象訪問協(xié)議(SOAP)是XML的實施工具，它提供了一套公共規(guī)則集，該規(guī)則集說明了如何表示并擴展數(shù)據(jù)和命令。

　　Web服務(wù)描述語言(WSDL)。雙方應(yīng)用程序在得到了如何表示數(shù)據(jù)類型和命令的規(guī)則后，需要對所接收的特定數(shù)據(jù)和命令進(jìn)行有效的描述。僅僅說已接收到整數(shù)是不夠的；比如，在接收到兩個整數(shù)后，應(yīng)用程序必須明確表述它可以對這兩個整數(shù)執(zhí)行乘法運算操作。Web服務(wù)描述語言(WSDL)是一種XML語法，開發(fā)人員和開發(fā)工具可使用它來表述Web服務(wù)的具體功能。

　　“SOAP發(fā)現(xiàn)”：在最高層，還需制定一套如何定位服務(wù)描述的規(guī)則：默認(rèn)情況下，用戶或工具能在什么地方找到服務(wù)的功能描述？依據(jù)“SOAP發(fā)現(xiàn)”規(guī)格說明中提供的規(guī)則集，用戶或開發(fā)工具可以自動找到服務(wù)的SCL描述。

　　一旦實現(xiàn)了這三種功能層，開發(fā)人員便可容易地找到Web服務(wù)，將它例示成一個對象后再集成進(jìn)應(yīng)用程序中，繼而構(gòu)建出一個具有豐富功能的基本結(jié)構(gòu)。這樣，得到的應(yīng)用程序便能與Web服務(wù)進(jìn)行反向通信了。

　　.NET框架：Web服務(wù)引擎

　　很顯然，許多基本結(jié)構(gòu)都需實現(xiàn)上述進(jìn)程對開發(fā)人員和用戶的透明化。.NET框架提供此基本結(jié)構(gòu)。從.NET框架角度看，所有組件都可以是Web服務(wù)，而Web服務(wù)也僅是一種組件。實際上，.NET框架提取出微軟組件對象模型(COM)的精華，將它們與松散耦合計算的精華有機地結(jié)合在一起，生成了強大、高效的Web組件系統(tǒng)：簡化程序員的“管道”操作、深入地集成了安全性，引進(jìn)了基于互聯(lián)網(wǎng)的操作系統(tǒng)，極大地改善應(yīng)用程序的可靠性和可擴展性。

　　.NET框架包含三個主要部分：公共語言運行時、具有多層次結(jié)構(gòu)的統(tǒng)一的類庫集合和高級版“活動服務(wù)器頁面”（又名ASP+）

　　公共語言運行時

　　此名稱不能準(zhǔn)確反映它的全部功能。實際上，公共語言運行時在組件的開發(fā)過程中以及軟件的運行過程中，都扮演著非常重要的角色。在組件運行過程中，運行時負(fù)責(zé)管理內(nèi)存分配、啟動或取消線程和進(jìn)程、實施安全性策略、同時滿足當(dāng)前組件對其它組件的需求。在開發(fā)階段，運行時的作用有些變化：與現(xiàn)今的COM相比，運行時的自動化程度大為提高（比如可自動執(zhí)行內(nèi)存管理），因而開發(fā)人員的工作變得非常輕松。尤其是，映射功能將使代碼編寫量銳減，這些代碼是開發(fā)人員在將業(yè)務(wù)邏輯轉(zhuǎn)化成可復(fù)用的組件進(jìn)行編程時所需的。

　　對編程語言而言，運行時這個概念并不新奇：實際上每種編程語言都有自己的運行時。Visual Basic?開發(fā)系統(tǒng)具有最為明顯的運行時（名為VBRUN），Visual C++?跟Visual FoxPro?、Jscript?、SmallTalk、Perl、Python和Java一樣，有一個運行時MSVCRT。NET框架的關(guān)鍵作用是它提供了一個跨編程語言的統(tǒng)一的編程環(huán)境，這也是它能獨樹一幟的根本原因所在。

　　統(tǒng)一的編程類

　　.NET框架中的類為開發(fā)人員提供了一個統(tǒng)一的、面向?qū)ο蟮?、層次化的、可擴展的類庫集(API)?，F(xiàn)今，C++開發(fā)人員使用的是微軟基礎(chǔ)類庫，Java開發(fā)人員使用的是Windows?基礎(chǔ)類庫，而Visual Basic用戶使用的又是Visual Basic API集。簡而言之，.NET框架統(tǒng)一了微軟當(dāng)前各種不同的框架。這樣，開發(fā)人員不再需要學(xué)習(xí)多種框架就能順利編程。遠(yuǎn)不止于此的是，通過創(chuàng)建一個公共的跨編程語言的API集，.NET框架可實現(xiàn)跨語言繼承性、錯誤處理功能和調(diào)試功能。實際上，從Jscript到C++的所有編程語言，都是相互等同的，開發(fā)人員可以自由選擇理想的編程語言。

　　高級版“活動服務(wù)器頁面”(ASP+)

　　ASP+是使用 .NET框架提供的類庫構(gòu)建而成的，它提供了一個Web應(yīng)用程序模型，該模型由一組控件和一個基本結(jié)構(gòu)組成。有了它，Web應(yīng)用程序的構(gòu)建變得非常容易。開發(fā)人員可以直接使用ASP+控件集，該控件集封裝了公共的、用于超文本標(biāo)識語言(HTML)用戶界面的各種小組件（諸如文本框、下拉菜單等等）。實際上，這些控件運行在Web服務(wù)器上，它們將用戶界面轉(zhuǎn)換成HTML格式后再發(fā)送給瀏覽器。在服務(wù)器上，控件負(fù)責(zé)將面向?qū)ο蟮木幊棠Ｐ统尸F(xiàn)給Web開發(fā)人員，這種編程模型能提供面向?qū)ο蟮木幊碳夹g(shù)擁有的豐富功能。ASP+還提供一些基本結(jié)構(gòu)服務(wù)（諸如會話狀態(tài)管理和進(jìn)程循環(huán)），這些服務(wù)進(jìn)一步減少了