我要开发一个像当当网一样的电子商务网站,后台管理端用B/S还是C/S架构好?

解决方案 »

  1.   

    1.用b/s
    优点:和网站浑然一体,开发效率高,管理方便
    缺点:安全性要求高,安全风险大
    2.用c/s
    优点:安全系数高一些
    缺点:开发效率低一点,如果是需要多人管理后台,还需要部署c/s端在多台机器,不方便另外需要考虑
    1.实际需求
    2.技术专长
    3.等等
      

  2.   


    支持这个B/S不论在那台机器上,直接输入URL就可以管理了而C/S总要装。。再说B/S完全可以解决问题情况下,为什么还要用C/S?用C/S一个大的原因就是,C/S可以解决B/S不能解决的 用户应用上 高要求问题
      

  3.   

    b/s好 因为只要一个浏览器,如果是c/s要装客户端。b/s也相对比较好做。
      

  4.   


    做一个通用的B/S管理后台,支持管理多个服务器,把绝大多数的站点管理放在这上面运行;做一个C/S的控制中心,实现对B/S后台管理的绝对控制,主要涉及到安装\最高权限控制\安全管理.但是这样做工作量和难度都太大了,可能出现的情况是,最后做出来还不如用单一的一种模式做出来的好
      

  5.   

    商业网站,除非你的B/S架构得很安全;否则C/S吧,相对安全
      

  6.   

    B/S的遇到大数据量导入或者批量更新的时候.实在不敢恭维..
    这样的后“台管理系统”向外(internet)拓展的系数远远小于向内的.
    很多时候后台管理系统和内部的客户关系管理等等一系例的系统集成的系数非常之大.
    比如从CRM系统的客户信息中得到了一批图书的信息,大约10万条,使用C/S能很好的、无缝的将数据导入到网站数据库中。较大的后台应该实现协同管理模式,这一点上C/S优于B/S。目前较正式的网站如果采用了BS做后台管理系统,也把访问范围控制在公司内部局域网内。换而言之,BS真正的后台优势并没有体现出来。。
      

  7.   

    各有各的优点当当是bs/cs都有啊
      

  8.   


    我认为后台用B/S架构好一点,因为这样后期维护起来比较方便,C/S后期维护比较难,一般要重新进行C/S架构的编写,用B/S架构可以为后来省去许多维护经费
      

  9.   

    这个要看自己了
    如果你对BS了解多一点那就用BS啊
    但是CS的安全性要比BS的高。
      

  10.   

    给你一个Silverlight的小项目的Demo,参考一下:http://www.mscui.net/PatientJourneyDemonstrator/PrimaryCare.htm现在争论什么B/S,C/S,其实很多时候只能针对似是而非的大家看起来完全不一样的东西在争论。
      

  11.   

    我觉得是B/S好,你前台是B/S,后台用C/s,麻烦
      

  12.   

    B/S多方便啊,难道你后台管理还需要单独开发一套Client出来啊.
      

  13.   

    感谢大家的建议,综合考虑一下,我觉得还是采用C/S好一点儿,主要从安全性和数据处理方面考虑,C/S要远优于B/S。MSDNVS2008SP1中有这么一个章节《在 Windows 窗体和 Web 窗体之间作出抉择》非常详细的阐述了两者的特点和异同,大家可以看看。