C/S,B/S各有千秋,关键看用户需要什么结构的,其次看开发团队对哪种结构熟悉程度高(如果项目紧的话)。浏览器能做很多事但不是全部。

解决方案 »

  1.   

    但是在大多数的商业应用程序中,b/s结构的完全可以取代c/s结构
      

  2.   

    我以前就是做B/S的,现在手头上有个C/S的项目在做,感觉很多的时间都花费在了Client端的开发中了。
    用Java Swing做客户端界面,很繁的(至于为什么用Java,这就是平台无关性的实际例子了,呵呵……)
    还是B/S比较好,至少我可以把我主要的精力放在业务逻辑的开发中
      

  3.   

    做B/S,精力可以完全集中在服务端的实现,而基本上不必理会客户端的开发。应该可以说,即使B/S不能100%替代C/S的实现,但至少也是90%以上。至于是否要求平台无关性,那就要看客户和你的开发人员的情况选择了。
      

  4.   

    什么叫b/s结构,设么叫c/s结构,c/s结构可不可以有多层?
    我觉得c/s结构做成三层的话,优势并不比b/s结构差,而且开发速度要比b/s结构快多了。其实b/s结构维护客户端很容易么,不见的。
      

  5.   

    呵呵,c/s结构做成三层仍然是c/s的,也就是说并不是利用Broswer作为客户端,仍然要花大量精力去开发和维护客户端。用IE/NC作为客户端,难道还需要去维护IE/NC?
      

  6.   

    b/s不过是个thin client的c/s,那有这么斜乎?如果broswer能满足你client端的所有要求,就用b/s,否则就老老实实去用c/s
      

  7.   

    b/s的做起来很难。他的缺点在于界面开发工作量大,而且不好看,要做得好看很难,性能也是困扰b/s的一个大问题,要建立结构合理、性能良好的b/s程序很难;他的优点在于他的负载均衡,要增加一定数量的用户不会有问题,他的逻辑与业务分离,通过建立数据抽象层,可以实现业务操作与数据库的分离;
    小项目用c/s好,用b/s的项目最好要上千万。
      

  8.   

    aaazlz99(沸点) :
    老兄,搞错没有。上千万?哪有那么多上千万的项目。我现在在参与某行的一个大前置项目,给我们公司的软件开发费用也才100万。