个人觉得B/S的最大优点就在于“瘦客户”的概念,就是做出的程序对客户系统几乎没有任何要求,同时系统也易于维护.
所谓的B/S系统没有很好的结构,那是指以前,或者是所谓的CGI/php/asp等东西。但是随着J2EE/.net结构的深入,相信几年后的B/S代码将会很有结构.
而如果B/S与客户端结合,那么不就是C/S了吗?B/S也就没有存在的必要了.其实当sun的java aplete刚刚推出时,也曾经轰动一时,其类似于界于B/S与C/S之间的东西,不过很快就没有人采用它了,为什么,因为这样他即丢掉了B/S的优势,也失去了C/S的优势,当然是不可取的

解决方案 »

  1.   

    "智能客户端"这个概念是微软的"techED 2004技术大会"哄抬的一个的概念,就如同你说的那样.可以搜索一下这方面的文章.
      

  2.   

    瘦客户端可不是指对客户系统没有任何要求,虽然我觉得Web的确是瘦客户的,因为它几乎把所有的计算集中到服务器上进行。对于搂主的问题,我想ASP.NET的Web Form是很好的解决方式,而且事实证明,Web Form在组织上已经脱离的传统的Web的局限了,但是我觉得Web Form只是一个中间产物而已。Applet,网页上的ActiveX可以说是都是想把Web回归到传统的Win Form上的产物,无视Web的优越性,注定要失败。
      

  3.   

    To screend(流浪小子):先了解java、.net再评价“所谓的B/S系统没有很好的结构,那是指以前,或者是所谓的CGI/php/asp等东西。但是随着J2EE/.net结构的深入,相信几年后的B/S代码将会很有结构”。我就以java中当前比较热门的应用技术结构struts+hibernate为例,采用此技术的b/s程序跟用php/asp写的会有使用和结构的本质不同吗?区别是底层实现的技术不同而已,除非你能说出两者在客户端使用、组织结构的上差异,否则请收回你的评价,我觉得你是片面地抬高.net、java。
      

  4.   

    lzlhero (lzlhero)说得不错,支持。
      

  5.   

    SmartClient is what u think about
      

  6.   

    当然了,这些所谓的构架(j2ee/.net)对客户端来说当然是一样的,最终也不过是js+html,当然了,我也不是很理解什么叫本质,这个就比如面向对象,与面向过程,他们的本质都是程序,而且最终也会同样地转换成机器码,但是他们虽然没有什么本质不同,但却能带来,思考与解决问题的具体思想变革.
      

  7.   

    1、你承认“这些所谓的构架(j2ee/.net)对客户端来说当然是一样的,最终也不过是js+html”这就对了,没有误导后来人。2、你说“但是他们虽然没有什么本质不同,但却能带来,思考与解决问题的具体思想变革”我就不认同了,请您解释一下用jsp、servlet写b/s跟用php写东西相比有什么思想变革(j2ee的确更系统,但没有质的变化)?
      

  8.   

    我不想把这里变成茶馆,但我认为至少是这样的,.net本人没用过,也不了解。但j2ee我个人觉得,其核心的分布式组件开发思想,以及完全面向对象的思维方式,module与view的彻底分离,应该算得上是web开巨大变革,可以讲这跟传统意义上的web开发已完全不同
      

  9.   

    大家认为RIA这种架构是不是一种好的解决方式呢!有人说这是"历史的回归"!
    如现有的Bindows和Macromedia 的 FLASH FLEX!
      

  10.   

    没想到在PHP版里也能引发出这样的讨论
      

  11.   

    To caaclxf(有人说我的名字很长):
    我比较喜欢PHP版块,所以就会在这个版块内讨论了!