成都心情

前 言

    看了幾篇關(guān)于“回歸C/S”的文章，作為一名多年開發(fā)B/S的程序員，不免熱血沸騰，深受鼓舞！曾經(jīng)，我是B/S結(jié)構(gòu)的忠實(shí)擁護(hù)者，同時(shí)也為了所謂的“零部署”陷入過技術(shù)泥潭。正當(dāng)為B/S煩愁的時(shí)候，RIA走進(jìn)了我的視線… …

什么是RIA

    Internet已經(jīng)日益成為應(yīng)用程序開發(fā)的默認(rèn)平臺。用戶對應(yīng)用程序復(fù)雜性要求日增，但現(xiàn)在的Web應(yīng)用程序?qū)ν瓿蓮?fù)雜應(yīng)用方面卻始終跟不上步伐。用戶與今天中等復(fù)雜程度的Web應(yīng)用程序交互時(shí)，其體驗(yàn)并不能令人滿意。Web模型是基于頁面的模型，缺少客戶端智能機(jī)制。而且，它幾乎無法完成復(fù)雜的用戶交互（如傳統(tǒng)的C/S應(yīng)用程序和桌面應(yīng)用程序中的用戶交互）。這樣的技術(shù)使得Web應(yīng)用程序難以使用，支持成本高，并且在很多方面無法發(fā)揮效應(yīng)。

    為了提高用戶體驗(yàn)，出現(xiàn)了一種新類型的Internet應(yīng)用程序。那就是Rich Internet Applications（RIA）。這些應(yīng)用程序結(jié)合了桌面應(yīng)用程序的反應(yīng)快、交互性強(qiáng)的優(yōu)點(diǎn)與Web應(yīng)用程序的傳播范圍廣及容易傳播的特性。RIA簡化并改進(jìn)了Web應(yīng)用程序的用戶交互。這樣，用戶開發(fā)的應(yīng)用程序可以提供更豐富、更具有交互性和響應(yīng)性的用戶體驗(yàn)。

                           基于主機(jī)模式→C/S模式→B/S模式→RIA模式

   我們的行業(yè)經(jīng)歷了幾次系統(tǒng)架構(gòu)方面的重要轉(zhuǎn)變，在此過程中，客戶端的表現(xiàn)功能有起有落。上圖介紹了每個(gè)階段的計(jì)算功能所帶來的應(yīng)用程序體驗(yàn)方面的變化，這一過程從大型機(jī)開始，到RIA的出現(xiàn)為止。

   隨著各企業(yè)組織認(rèn)識到RIA模型可產(chǎn)生顯著的商業(yè)利潤、提高生產(chǎn)率及降低成本的優(yōu)勢后，這種模型的發(fā)展勢頭越來越猛烈。這些應(yīng)用程序結(jié)合了桌面應(yīng)用程序的反應(yīng)快、交互性強(qiáng)的優(yōu)點(diǎn)與Web應(yīng)用程序的傳播范圍廣及容易傳播的特性。系統(tǒng)架構(gòu)發(fā)展的下一步是RIA，它最大程度地提高了廣泛性和豐富性。

論傳統(tǒng)B/S之不足

    過程復(fù)雜性
    過程復(fù)雜性是由于需要表達(dá)一個(gè)多步驟或多選項(xiàng)任務(wù)或互動(dòng)作用所引起的。在HTML里，一個(gè)多步驟的任務(wù)可以在單頁內(nèi)表達(dá)出來。但是由于HTML的互動(dòng)性有限，便可能產(chǎn)生一份很長的頁面，使用戶感到混亂、笨拙而難以使用。為了避免這種難以忍受的用戶體驗(yàn)，便需將任務(wù)在表面上看來“自然”的部分處區(qū)分成多個(gè)步驟，甚至需多個(gè)網(wǎng)頁共同完成。這種以網(wǎng)頁為主的用戶界面通常需要反復(fù)翻轉(zhuǎn)網(wǎng)頁，以解決在順序步驟中有牽連性的改變。其結(jié)果是緩慢、不自然、混亂而且令人感到懊惱的用戶體驗(yàn)。
    
    配置復(fù)雜性
    許多Web應(yīng)用程序允許用戶配置自己所要的定制產(chǎn)品——可以是皮包或是計(jì)算機(jī)，甚至是汽車等產(chǎn)品。但是配置產(chǎn)品是一項(xiàng)很困難的過程，因?yàn)樵谙蛴脩粽故舅杏行У漠a(chǎn)品選項(xiàng)組合時(shí)，應(yīng)用程序必須能夠表達(dá)出有關(guān)的復(fù)雜性，尤其是當(dāng)用戶可以從數(shù)十、數(shù)百或數(shù)千選項(xiàng)中定制出一個(gè)產(chǎn)品時(shí)。表達(dá)這些復(fù)雜性包括指出所需條件、有效和無效組合、一些導(dǎo)致問題的元素以及它們的適當(dāng)解決方法；為每一項(xiàng)個(gè)人選擇提供費(fèi)用信息以及費(fèi)用總計(jì)（一旦有所更改）；還有最重要的是容許用戶觀看最后結(jié)果。這些是傳統(tǒng)Web應(yīng)用程序相當(dāng)難以表現(xiàn)的。

 規(guī)模復(fù)雜性
    今天，網(wǎng)站內(nèi)的搜索工具大多是文本性質(zhì)，間中夾著一些錦上添花的圖像。當(dāng)用戶輸入他或她的數(shù)碼照相機(jī)準(zhǔn)則，有可能是價(jià)格、以像素等，網(wǎng)站便接著回復(fù)數(shù)頁符合準(zhǔn)則的產(chǎn)品，而大部分都是說明文本。反之，另一種方法則是使用視覺化來簡化搜索空間（也就是提供立即和動(dòng)態(tài)的視覺反饋）。在一個(gè)視覺化選擇照相機(jī)的網(wǎng)站，其搜索過程可能如下：網(wǎng)站從一個(gè)包含所有照相機(jī)種類圖像的單屏幕開始。當(dāng)用戶通過復(fù)選框、游標(biāo)或數(shù)據(jù)輸入域來選擇篩選準(zhǔn)則時(shí)，所有不符合準(zhǔn)則的照相機(jī)圖像將被刪除，只余下符合準(zhǔn)則的照相機(jī)可在屏幕上看到。因此，在把選擇聚焦至符合準(zhǔn)則的數(shù)部照相機(jī)的過程中，用戶可經(jīng)歷一個(gè)截然不同，而且和現(xiàn)實(shí)生活中的購物經(jīng)驗(yàn)更相似的體驗(yàn)。

  反饋復(fù)雜性
     高度互動(dòng)性的應(yīng)用程序如游戲，能使反饋?zhàn)兊脧?fù)雜，也即是指用戶行動(dòng)和快速移動(dòng)或情節(jié)不斷改變的屏幕元素之間的反饋環(huán)路。傳統(tǒng)的HTML頁面一向來都可以說是無法表達(dá)這類復(fù)雜性。它所需要的是擁有高度互動(dòng)性和局部智能型的客戶端應(yīng)用程序，以便可以在無需刷新全頁或干擾與服務(wù)器之間的通信的情況下，響應(yīng)用戶的輸入和改變它們的狀態(tài)或界面。放棄如今依賴服務(wù)器的客戶機(jī)將使用戶體驗(yàn)更吸引，同時(shí)也解決了反饋復(fù)雜性的問題。Web應(yīng)用程序必須擁有表達(dá)復(fù)雜性的能力，以容許用戶視看復(fù)雜的數(shù)據(jù)、配置多選項(xiàng)的產(chǎn)品、搜索大型數(shù)據(jù)集以及容許用戶與數(shù)據(jù)之間的互動(dòng)交換。

真正的RIA

    為了解決如今的問題，理想中的Web應(yīng)用程序應(yīng)該能夠：
1、 利用無處不在的客戶機(jī)
2、 在多種硬件平臺上毫無更改的操作互聯(lián)網(wǎng)
3、 無論低或高帶寬的連接都可毫無妨礙的執(zhí)行
4、 將處理能力復(fù)原給客戶（而不僅是提供能力而已）
5、 提供吸引人的高度互動(dòng)的用戶界面
6、 表達(dá)過程、數(shù)據(jù)配置、規(guī)模和反饋復(fù)雜性
7、 無縫的利用聲音、視像、圖像和文本
8、 容許用戶在線和離線工作以支持移動(dòng)工作流程
9、 容許客戶自行決定要在何時(shí)存取何種內(nèi)容和數(shù)據(jù)（異步內(nèi)容檢索）
10、 存取多種中間層服務(wù)（.NET或Java）和后端數(shù)據(jù)存儲
11、 采用新崛起的標(biāo)準(zhǔn)如XML和SOAP，為演進(jìn)中的Web Service為主的網(wǎng)絡(luò)提供動(dòng)態(tài)高效的前端應(yīng)用
12、 與遺舊的應(yīng)用程序和系統(tǒng)集成
13、 容許在現(xiàn)有Web應(yīng)用程序和環(huán)境內(nèi)逐步添加新功能以充分利用現(xiàn)有網(wǎng)絡(luò)應(yīng)用投資