傳統(tǒng)采用Client/Server架構(gòu)的軟件的缺陷：
傳統(tǒng)采用Client/Server架構(gòu)（使用PB，Delphi，VB等工具開發(fā)）的應(yīng)用系統(tǒng)都有無法避免的兩大缺陷：
第一，升級困難： 由于需要對每個客戶端分別部署，系統(tǒng)升級時需對每個客戶端做升級，如果有上百臺客戶端，升級簡直就是一場噩夢， 將耗費(fèi)大量的人力。
第二，客戶端直接訪問數(shù)據(jù)庫： 這也是傳統(tǒng)Client/Server架構(gòu)軟件致命的缺陷， 傳統(tǒng)CS系統(tǒng)的Server端其實(shí)就是數(shù)據(jù)庫， 由于沒有應(yīng)用服務(wù)器的支持， 它們的數(shù)據(jù)庫訪問模式都是在客戶端直接連接數(shù)據(jù)庫。 如：刪除一條記錄需要在刪除按鈕的按鈕事件中拼好刪除記錄的SQL語句， 連接數(shù)據(jù)庫，執(zhí)行刪除語句。如果數(shù)據(jù)庫在Internet上，訪問數(shù)據(jù)庫將會帶來巨大的開銷， 況且在當(dāng)前網(wǎng)絡(luò)環(huán)境下任何一家企業(yè)都不可能將自己的業(yè)務(wù)數(shù)據(jù)庫直接暴露于Internet， 因此傳統(tǒng)C/S架構(gòu)的系統(tǒng)僅限于在局域網(wǎng)使用， 無法滿足企業(yè)應(yīng)用對于任何用戶任何地點(diǎn)都可以使用系統(tǒng)的需要。
當(dāng)前主流Brower/Server架構(gòu)的軟件所面臨的問題 ：
B/S(瀏覽器/服務(wù)器模式)是隨著Internet技術(shù)的興起， 對C/S結(jié)構(gòu)的一種改進(jìn)。在這種結(jié)構(gòu)下， 軟件應(yīng)用的業(yè)務(wù)邏輯完全由Web服務(wù)器端處理，而將數(shù)據(jù)交互和展示放到瀏覽器上， 客戶端只需要通過瀏覽器即可進(jìn)行業(yè)務(wù)處理， 由于C/S架構(gòu)的軟件可以極大的方便系統(tǒng)的部署和提高系統(tǒng)的使用范圍。 使它成為當(dāng)今主流應(yīng)用軟件的體系結(jié)構(gòu)。但是B/S模式最讓人詬病的即是其單一的用戶操作模式， 用戶體驗(yàn)完全不能和C/S相提并論。隨著AJAX技術(shù)的出現(xiàn)，為B/S開發(fā)注入了一劑強(qiáng)心針， 它使瀏覽器可以為用戶提供更為自然的瀏覽體驗(yàn)，然而AJAX對程序員提出了更高的要求： HTML，Javascript，CSS，DOM，一個都不能少。即使一個高素質(zhì)的程序員在實(shí)現(xiàn)交互性比較高的復(fù)雜界面時， 往往需付出極其繁重的勞動，進(jìn)而造成開發(fā)周期長、開發(fā)成本過高，且不能達(dá)到用戶的滿意度。 大量AJAX框架的出現(xiàn)似乎都聲稱可以解決這些問題，然而程序員發(fā)現(xiàn)這些“功能強(qiáng)大”的框架往往只能應(yīng)用于一個很小層面， 不能完全解決一個業(yè)務(wù)系統(tǒng)的展現(xiàn)層所面臨的問題， 而且這些框架大都需要使用大量的Javascript代碼，給項(xiàng)目的維護(hù)提出了挑戰(zhàn)。
輕量級企業(yè)應(yīng)用框架，延續(xù)B/S，回歸C/S
http://www.soyframework.com/
目前以有人在弄這方面的東西，值得關(guān)注哈