传统采用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/
目前以有人在弄这方面的东西，值得关注哈