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