origo

origo

BlogJava 首页 新随笔 联系 聚合 管理
  15 Posts :: 0 Stories :: 13 Comments :: 0 Trackbacks
传统采用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/
目前以有人在弄这方面的东西,值得关注哈
posted on 2008-03-01 11:55 origo 阅读(3302) 评论(12)  编辑  收藏

Feedback

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念[未登录] 2008-03-01 12:48 yanyan
针对C/S的第一点..貌似做个自动更新就可以解决  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-03-01 13:08 魔域私服
同上`````  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念[未登录] 2008-03-01 13:22 Knight
看了一下代码,这个框架封装了很多东西,感觉做C/S的界面开发确实只需要写很少的代码,比较强;web界面展现稍微弱了点,下载源码研究中...  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-03-01 14:34 ladder_ggg
考虑了很多东西,功能比较完善,不过是商业化的产品,不知道价格怎么样  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-03-02 14:51 xifu
值得学习的文章,强悍的楼主   回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-03-02 16:31 香草的天空
未来的潮流是rich client
打开浏览器就可以实现自动升级
而且效果比现在的client更好
最后和B/S是完全一样的工作机制

现在就是adobe的flex vs microsoft的sliverlight

个人看好sliverlight  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-03-03 08:58 Jack.Wang
技术与管理群 47763528  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-03-03 10:54 一杯清茶
rich client将是未来企业应用框架的解决方案,现在的Eclipse的rcp,Adobe的Flex等可以说是做的越来越好,相信能做到B/S和C/S的平滑过渡  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念[未登录] 2008-03-03 17:11 tom
还真方便,  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-03-04 16:04 origo
@香草的天空
觉得如果是做企业系统的话,如果C/S的便捷性,灵活性做得好的话,还是要比基于浏览器的rich client更加适合生产。毕竟浏览器就会涉及到很多兼容性的问题,而且做出效果所需要的人力还是不菲的。

这个框架基本上是基于rcp的,而且界面用户体验感觉还是可以,还是很有发展空间的。希望能参与进去呢
http://www.soyframework.com/@香草的天空
  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-08-20 00:40 ZJH
文章中提到的C/S两个弊端中,只有第二个是实实在在存在的。至于第一个,完全可以通过自动更新程序完成,在我的软件中已经很好地实现了。  回复  更多评论
  

# re: 探讨当前B/S C/S架构 延续B/S,回归C/S理念 2008-11-10 17:19 info.lx@163.com
你说的蛮对的。我觉得一般的增加一个应用服务器,即可减小或者忽略b/s的第二点的缺陷。你认为呢?就好像三层结构,不只是b/s可以实现的,很多都可以实现。
欢迎讨论  回复  更多评论
  


只有注册用户登录后才能发表评论。


网站导航: