沒錯(cuò)，就是這位仁兄在不經(jīng)意之間改變整個(gè)世界。在CERN(European Particle Physics Laboratory，歐洲量子物理研究所)工作期間，他發(fā)現(xiàn)了CERN在信息的內(nèi)部溝通存在信息遺漏的弊端，于是在1989年3月Tim向CERN提交了名為“Information Management: A Proposal”的建議書，這個(gè)也是迄今為止我們能夠看到的關(guān)于互聯(lián)網(wǎng)概念的第一份公開文件。在這份文件中，Tim提出利用Hypertext（超文本）構(gòu)造鏈接信息系統(tǒng)的設(shè)想 。同樣，我們也可以從文件中看到“Browser（瀏覽器）”概念的最初提出。1991年，在此基礎(chǔ)上Tim開發(fā)了第一個(gè)真正意義上的Web 服務(wù)器——httpd、第一個(gè)客戶端瀏覽器——WorldWideWeb，之后又在1991年建立并開通第一個(gè)WWW網(wǎng)站http://info.cern.ch/（該網(wǎng)站至今仍然是CERN的官方站點(diǎn)）。從此互聯(lián)網(wǎng)真正開始向社會(huì)普及。至于后來Tim加入麻省理工大學(xué)LSC(計(jì)算機(jī)科學(xué)實(shí)驗(yàn)室)和后來成立的W3C又是另外一件有深遠(yuǎn)意義的事情了。

不管如何，通過WWW，這個(gè)有點(diǎn)憨厚的英國人已經(jīng)徹底改變整個(gè)世界。

1993年5月，伊利諾斯州大學(xué)的天才少年Marc Andreessen開發(fā)了第一個(gè)瀏覽器Mosaic,1994年上半年他和Jim Clark成立了Mosaic Communications（也就是Netscape的前身）,同年10月發(fā)布了Netscape 0.9,這個(gè)是我們看到的第一個(gè)瀏覽器的Logo,雖然今日已經(jīng)面目全非。

而Netscape的出現(xiàn)終于讓WWW得到了爆炸性的普及。

Browser/Server,一個(gè)無法完美的名字

       隨著瀏覽器大戰(zhàn)的開始，世人真正意義的享受了科技進(jìn)步給人類帶來的福旨。一夜之間，B/S結(jié)構(gòu)成為應(yīng)用開發(fā)最主流架構(gòu)，瀏覽器成為客戶端的唯一工具，這種不需要部署的軟件應(yīng)用確實(shí)給了很多人無限的瘋狂。ISV、解決方案提供商及其企業(yè)用戶也不約而同的提出采用B/S架構(gòu)作為企業(yè)信息應(yīng)用的架構(gòu)，因?yàn)槟菢涌梢悦馊ブ?/span>C/S時(shí)代高昂的部署和升級(jí)費(fèi)用，能夠快速適應(yīng)不斷變動(dòng)的企業(yè)業(yè)務(wù)。

       漸漸的，他們發(fā)現(xiàn)自己不斷復(fù)雜的業(yè)務(wù)通過簡單的頁面瀏覽已經(jīng)無法滿足要求，這個(gè)時(shí)候相關(guān)的客戶端腳本技術(shù)走上舞臺(tái)，說起來有點(diǎn)戲劇性，Netscape設(shè)計(jì)腳本的初衷是為了讓網(wǎng)頁有更好的瀏覽性，從而增加頁面瀏覽的樂趣，他們一定沒有想到這個(gè)概念卻在他們的對(duì)手發(fā)揮到極致，等到那場(chǎng)瀏覽器大戰(zhàn)的硝煙漸漸淡去的時(shí)候，我們發(fā)現(xiàn)腳本已經(jīng)面目全非，或者說已經(jīng)臃腫不堪。

       為了沿襲C/S結(jié)構(gòu)下的界面使用體驗(yàn)，開發(fā)人員不得不利用大量的JavaScript和DHTML去實(shí)現(xiàn)或者說“模擬”傳統(tǒng)應(yīng)用程序的使用界面，比如菜單，工具條，還有那復(fù)雜的圖形和表格。也因?yàn)槿绱耍?/span>Web開發(fā)成為當(dāng)今最火爆的應(yīng)用領(lǐng)域，除了相關(guān)的服務(wù)器開發(fā)技術(shù)如ASP,PHP,JSP還有后來的王者ASP.NET，客戶端技術(shù)則包括了HTML,CSS,JavaScript,DHTML等等方面的技術(shù)，這些都成為開發(fā)人員的一種追逐。更有甚者，利用客戶端技術(shù)開發(fā)了一整套完整的類庫，這點(diǎn)最著名的莫過于Bindows(可以從http://www.bindows.net下載)。

       在解決了部署和更新的問題之后，B/S同樣引入了一些令人頭痛的問題：

1）  始終沒有一個(gè)非常標(biāo)準(zhǔn)的技術(shù)規(guī)范來約定，由此造成了各個(gè)瀏覽器在w3c之外做的擴(kuò)展，在應(yīng)用開發(fā)中，更多的是需要依賴于這些擴(kuò)展去實(shí)現(xiàn)更加絢麗的圖形表現(xiàn)和靈活的交互。比如IE里面提出了HTC的概念，也增加了許多相關(guān)的濾鏡（Filter），Mozilla也提出了XUL用來擴(kuò)展用戶界面。但是如果需要設(shè)計(jì)一個(gè)具有強(qiáng)大功能的用戶系統(tǒng)，我們更多情況下不得不依賴于專有瀏覽器的擴(kuò)展實(shí)現(xiàn)。

2）  作為瀏覽器大戰(zhàn)的勝利者IE從2001年之后就沒有推出過重要版本更新，那么也就意味者我們所有的開發(fā)技術(shù)是停滯在2001年之前的理念，這點(diǎn)和服務(wù)器端技術(shù)的不斷發(fā)展已經(jīng)漸漸脫節(jié)。

3）  作為基于瀏覽器的應(yīng)用，因?yàn)榘踩鹊确矫娴脑蚴冀K做不到能夠成為應(yīng)用的集成者，更多時(shí)候是被動(dòng)的去接受單一服務(wù)器提供的應(yīng)用，比如對(duì)于客戶端希望能夠跨越不同網(wǎng)絡(luò)調(diào)用相關(guān)的Web Services，因?yàn)榘踩Ｐ偷幕危ú皇欠浅Ｍ晟频馁Y源訪問控制），我們無法做到在同一瀏覽器內(nèi)流暢的實(shí)現(xiàn)跨應(yīng)用集成[1]。

4）  基于瀏覽器的技術(shù)嚴(yán)格意義來說是依賴于在線訪問而構(gòu)建的應(yīng)用，在需要一些離線(Office Line)的應(yīng)用中，就顯得有心無力，畢竟從瀏覽器設(shè)計(jì)的一開始就是希望能夠在意個(gè)最小權(quán)限的“沙盒”模型下去運(yùn)行，因此對(duì)于本地資源的訪問默認(rèn)情況下是拒絕的，而某些瀏覽器如IE允許通過設(shè)置來跨越這個(gè)安全模型，但是沒有提供一個(gè)非常良好的權(quán)限分層機(jī)制，閘門一開，一切猶如洪水猛獸。

Browser/Server,這個(gè)近10年來風(fēng)光無限的詞眼，依舊不是那么盡善盡美。

我們需要什么？

       其實(shí)理由已經(jīng)很簡單，雖然網(wǎng)絡(luò)上已經(jīng)出現(xiàn)了許多C/S或者Rich Client回歸的論調(diào)，我想更多的是因?yàn)閷?duì)于目前B/S架構(gòu)存在的問題而提出的，因?yàn)閺谋举|(zhì)上來說許多問題在C/S結(jié)構(gòu)下是不存在的。無論如何，我想回歸只是一個(gè)傾向，希望利用C/S的優(yōu)勢(shì)去解決B/S存在的種種問題，而不是簡單的回歸，假若真的如此，我們又要重復(fù)過去的那種災(zāi)難如令人頭痛的部署，頻繁升級(jí)帶來的版本兼容問題，我想對(duì)于企業(yè)的IT工作者，誰也不愿意重蹈覆轍。

       那么，我們需要什么？Tim通過互聯(lián)網(wǎng)已經(jīng)改變了這個(gè)世界，那么下一步將要走向何方？這個(gè)時(shí)候關(guān)于RIA(Rich Internet Application)的論調(diào)也就形成，并且在2004年逐漸得到開發(fā)人員和系統(tǒng)架構(gòu)師的認(rèn)同。嚴(yán)格意義上來說，我們不會(huì)關(guān)心哪個(gè)名字縮寫會(huì)是下一代的主流，我們更多的是著眼于需要解決的技術(shù)

1）  需要一個(gè)更加強(qiáng)大的客戶端運(yùn)行環(huán)境，同時(shí)提供統(tǒng)一簡便的開發(fā)模型。某種意義上來說目前的瀏覽器正是HTML和腳本這種混合“程序”的運(yùn)行時(shí)，所有的代碼（HTML,CSS,JavaScript）等等都是在瀏覽器這個(gè)受控的環(huán)境下去運(yùn)行的。但是目前的運(yùn)行環(huán)境遠(yuǎn)遠(yuǎn)不夠，同時(shí)沒有一個(gè)統(tǒng)一的編程模型。

2）  盡大可能的利用客戶端資源，并且資源的訪問是在一個(gè)可以控制的環(huán)境下完成的，隨著HTML和CSS的演變，已經(jīng)不是最開始一個(gè)Hyperlink（超連接）那么簡單，但是相對(duì)于Windows運(yùn)行環(huán)境，在瀏覽器上能夠完成的圖形表現(xiàn)遠(yuǎn)遠(yuǎn)不夠。

3）  天生具備訪問網(wǎng)絡(luò)的能力，同時(shí)能夠比較“Smart”的集成Internet上的應(yīng)用。

4）  能夠自動(dòng)完成安全和升級(jí)

5）  擁有一個(gè)完整的安全模型和CAS(代碼訪問安全)。

6）  具備離線應(yīng)用的能力，因?yàn)樵L問終端的多樣化，對(duì)于“有時(shí)離線”的支持已經(jīng)成為一個(gè)關(guān)鍵點(diǎn)，例如在基于智能手機(jī)的應(yīng)用時(shí)，要求客戶端實(shí)時(shí)在線有點(diǎn)勉為其難，這個(gè)時(shí)候在Mobile的應(yīng)用上采用傳統(tǒng)的B/S結(jié)構(gòu)已經(jīng)不太現(xiàn)實(shí)。

針對(duì)上述要求，一些主流的應(yīng)用廠商也提出了各自不同的概念，比如微軟的Smart Client（智能客戶端）技術(shù)，MacroMedia的Rich Client還有Mozilla的XUL，下面就針對(duì)這三種主流的RIA應(yīng)用架構(gòu)做一些闡述。

主流的RIA應(yīng)用架構(gòu)

Microsoft   Smart Client（智能客戶端）

從某種意義上來講，微軟提出的智能客戶端和上述提到的是最為接近的，也提供了最為完善的運(yùn)行環(huán)境支持。智能客戶端在設(shè)計(jì)和實(shí)現(xiàn)方面差異極大，這既包括應(yīng)用程序要求，也包括可以使用它們的方案和環(huán)境的數(shù)量。因此，智能客戶端可以采取許多不同的形式和風(fēng)格。根據(jù)智能客戶端應(yīng)用程序所面向的平臺(tái)，可以將這些形式劃分為三大類：

n         Windows 智能客戶端應(yīng)用程序

Windows 智能客戶端應(yīng)用程序適合于需要將應(yīng)用程序作為熟悉的桌面類型應(yīng)用程序進(jìn)行部署和訪問的情況。這些類型的應(yīng)用程序通常由其自身提供其大部分功能，但是在適當(dāng)?shù)臅r(shí)候可以與其他應(yīng)用程序集成或者協(xié)調(diào)其他應(yīng)用程序。它們提供針對(duì)特定任務(wù)進(jìn)行調(diào)整的應(yīng)用程序功能，以提供特定的或高性能的處理或圖形能力。

n         Office 智能客戶端應(yīng)用程序

Microsoft Office System 2003 為您提供了用來生成智能客戶端應(yīng)用程序（尤其是在企業(yè)設(shè)置中）的有用平臺(tái)。這樣的 Office 智能客戶端應(yīng)用程序可以成為組織的信息管理周期的集成部分，而不只是文檔數(shù)據(jù)的靜態(tài)容器。當(dāng)用戶在文檔內(nèi)工作時(shí)，它們可以提供上下文相關(guān)的數(shù)據(jù)，以及可以將 Web 服務(wù)公開的數(shù)據(jù)轉(zhuǎn)換為有用信息的工作流和任務(wù)指導(dǎo)、數(shù)據(jù)分析、協(xié)作、報(bào)告和呈現(xiàn)功能。

n         移動(dòng)智能客戶端應(yīng)用程序

移動(dòng)智能客戶端是在智能設(shè)備上運(yùn)行的應(yīng)用程序，這些智能設(shè)備包括 Pocket PC、Smartphone 以及其他超小型臺(tái)式設(shè)備（如機(jī)頂盒）。這些應(yīng)用程序是使用 .NET 框架壓縮版（它是完整 .NET 框架的子集）開發(fā)的。

說到這里，我們不得不提.NET，正是這一個(gè)統(tǒng)一的編程模型才讓Smart Client的成為可能，從某種意義來說，.NET Framework具備了上述我們提到的所謂幾個(gè)需要，包括Internet訪問能力，包括Web Services訪問，包括CAS，包括強(qiáng)大的WinForm等等，而MSDN站點(diǎn)上提供的相關(guān)Application Block能夠加快這些應(yīng)用開發(fā)的步伐。

在Longhorn的Avalon沒有到來之前，.NET在一些Rich Client的實(shí)現(xiàn)應(yīng)該是最完備的，雖然Java也提出了WebStart的概念，但是我們知道，在桌面應(yīng)用領(lǐng)域，Java并沒有太大的優(yōu)勢(shì)，包括最早的Applet，后來的SWT和Swing等等，除非需要跨越平臺(tái)應(yīng)用，不然在桌面應(yīng)用領(lǐng)域，Java并沒有太多的優(yōu)勢(shì)。

如果說.NET Framework已經(jīng)為RIA打好家底了，那么Visual Studio.NET則是其實(shí)現(xiàn)的利器，作為目前最好的IDE，對(duì)于Smart Client也提供了內(nèi)置的支持。對(duì)于開發(fā)人員而言，能夠利用VS.NET輕松的構(gòu)建自己的應(yīng)用系統(tǒng)。

MacroMedia Flex

       相對(duì)于微軟的Smart Client，作為互聯(lián)網(wǎng)多媒體應(yīng)用領(lǐng)域的老大MacroMedia也提出了Rich Client的概念，和.NET相反，不是提供給客戶一個(gè)強(qiáng)大的運(yùn)行環(huán)境，而是將所有的應(yīng)用放在了Flash上，畢竟全球99％的瀏覽器都會(huì)安裝Flash播放器。

       Flex更加側(cè)重于UI方面的實(shí)現(xiàn)，在交互方面通過ActionScript來完成，內(nèi)置提供了Web Services訪問、XML應(yīng)用等等各個(gè)方面的技術(shù)。和Longhorn的Avalon有點(diǎn)類似，提出了一個(gè)相對(duì)于HTML更加強(qiáng)大的UI描述語言——MXML，讓開發(fā)人員更加方便的進(jìn)行應(yīng)用開發(fā)，同時(shí)通過內(nèi)置組件和腳本（ActionScript）提供了將大的表現(xiàn)能力，不要以為ActionScript是簡單的JavaScript，除了完整實(shí)現(xiàn)ECMA 262 Edtion 3的規(guī)范之外，同時(shí)加入了許多自己的擴(kuò)展，因此動(dòng)作腳本的名字已經(jīng)名不符實(shí)，客觀的說，已經(jīng)是一門強(qiáng)大的語言。

       圖形表現(xiàn)方面，Flex的應(yīng)用比Smart Client更勝一籌，但是在離線應(yīng)用和開發(fā)方面遠(yuǎn)遠(yuǎn)不如.NET支持的好。雖然Flex足夠強(qiáng)大，但是其昂貴的軟件許可和談不上特別流暢的開發(fā)環(huán)境限制了其的發(fā)展，Flex要成為主流還需要一些時(shí)日。

Mozilla XUL

       XUL 的核心思想是“用XML來表達(dá)界面”，是 Mozilla 的創(chuàng)新， Mozilla 瀏覽器本身就是一個(gè)經(jīng)典的 XUL 應(yīng)用。作為Netscape的繼承者，Mozilla成為一些技術(shù)追隨者吹捧的瀏覽器，最近的FireFox則有點(diǎn)出乎意料的得到更多人的認(rèn)可。

       從直接的感覺來說，XUL是一個(gè)客戶端運(yùn)行環(huán)境支持的一個(gè)框架，相對(duì)于HTML，XUL提供了更多的支持，這點(diǎn)和IE5就提出的行為(Behivor)有點(diǎn)接近。但是XUL提供了比HTC更加靈活的模型，并且因?yàn)?/span>Mozilla本身就是設(shè)計(jì)成運(yùn)行在不同的操作系統(tǒng)，因此從這個(gè)角度來說通用性更好一點(diǎn)。

       但是因?yàn)?/span>IE占據(jù)絕對(duì)的主流，XUL更多只是一種實(shí)驗(yàn)性的理念。

一切已經(jīng)明了。我堅(jiān)信，RIA會(huì)在將來幾年中替代許多基于瀏覽器的應(yīng)用程序。

這并不意味著轉(zhuǎn)換沒有給他們帶來任何痛苦。它要求開發(fā)人員學(xué)習(xí)新的分布式體系結(jié)構(gòu)和新技術(shù)。在許多情況下，他們必須更好地進(jìn)行面向?qū)ο蟮拈_發(fā)和用戶界面設(shè)計(jì)。

那些花費(fèi)最近五年時(shí)間學(xué)習(xí)基于瀏覽器部署的開發(fā)人員可能不希望進(jìn)行改變。他們已習(xí)慣了作為他們那個(gè)時(shí)代的領(lǐng)先的開發(fā)人員。但是所有的技術(shù)都會(huì)經(jīng)歷鼎盛期、衰落期，最后被更新的技術(shù)所替代。盡管我們繼續(xù)會(huì)看到基于瀏覽器的應(yīng)用程序仍會(huì)在某些情況下使用許多年，但是我相信基于瀏覽器的開發(fā)現(xiàn)在已經(jīng)過了其鼎盛期。從鼎盛到衰落可能會(huì)經(jīng)過一段時(shí)間，但是這一方向是明確的。準(zhǔn)備好迎接RIA的到來吧！