c/s程序需要部署客户端,b/s只要浏览器就可以了,这是最直接的优势,特别是程序经常需要更新时候,每发布一次客户端都会很累。
c/s的客户端发布容易被反编译,从而知道数据库的东西,而b/s就不会,逻辑可以放在webserver上执行。
还有如果是给外面的人访问,但是又没办法连接到内网的数据库,c/s结构就会比较麻烦。

解决方案 »

  1.   

    li_d_s兄:
       你的名字真好,大家都是抵制日货的,握个手先!
       你说的第一点我同意,第三点也可以接受,其实从外部访问的话,可以通过应用服务器获得数据,不需要直接访问数据库,第二点我解释下,我说的c/s主要是指在用户的电脑上安装客户端,不一定是只有两层结构,我设想的架构是三层的,客户端要通过应用层来访问数据库,所以就算反编译了客户端,也不会知道数据库的东西.
    infowain(infowain) 兄:
       现在的机器是好,不过跑web支撑的用户数还是远少于跑普通的c/s架构的,这些服务器都是鬼佬做的,没事干嘛白给他们送钱,你说对吧.
    navy7148兄:
       哎,兄弟,我正是疑惑这个时尚,所以才向大家请教.
      

  2.   

    在作系统升级时,b/s构架的只需升级服务器端就行了,c/s构架的可能还要升级客户端,加大了维护的成本
      

  3.   

    脱离需求谈技术没有什么必要。
    企业应用一般都在同一局域网内,这个只是一般的ERP,就算是ERP也需要面向客户,尤其当客户是零散的消费者,后者零售商的时候。
    j2ee还有一个好处就是它的标准,基于这个标准有很多可重用的服务,如消息,事务等。
      

  4.   

    脱离需求谈技术没有什么必要,HenirichMarx兄这点说的很好.我们这次是开发一个mis,主要是给自己公司使用,因为都在局域网内,所以觉得使用c/s方式更好一些,对web应用我也不是很懂,以前有做过一个小的web系统,感觉同一个服务器,使用web方式要比使用客户端的方式支撑的用户少,不是很划算.其实我们公司实施的很多系统,跟j2ee搭不上钩,象j2ee那样主要用于web方面的应用平台,也许可能更适合跨地区的企业使用吧.
      

  5.   

    其实楼主说的也是有道理,这个就是我们国家的一种浮躁的体现。
    市场什么时髦就跟踪什么
    在我看来能尽可能用delphi,vb这些东西做的都使用他们做。不是每个企业都有能力承受些不必要的资源耗费,这里就不讨论c/s和B/S之间的优劣之处在哪。其实很多泡漠往往掌握在那些项目经理和老板手中。
    一个项目使用什么来做,关键不是它使用什么技术做,而是对客户的承受有多少,但是这个目前我们公司有太多不是这样做的,这里包括我们公司也是如此