我现在要把一个c/s的项目因项目的需要和性能需要,要实现一个B/s和C/s的结合系统。所以现在请大家讨论其中的可行性和不可行的地方。组件技术COM+和ActiveX技术分别应用在服务器端和客户端,但是我要从大局考虑,c/s能完成那些功能,bs能完成那些功能,改怎么实现,他们实现的难易,请大家知道的,不知道的都捧个场,踊跃灌水!如果有一些例子提供我可以另外开贴给分!谢谢

解决方案 »

  1.   

    cs能做的bs基本都能做,不过bs是拉模式的,所以服务器要想主动给客户端下发消息是不可能的,只能在网页里定时刷新服务器的信息。从页面美化来说bs有css,skin,theme比cs要好实现的多,不过bs是多线程的,所以你在改写的时候要多注意。
      

  2.   

    一个项目看复杂度,进行功能划分,降低耦合,这样就可以针对各功能块选择合适的语言和方案,比如一部分用com+比较容易实现,一部分可以通过schedule的脚本实现,需要文件解析性能的用c++,需要realtime的可以使用windows service,web开发用asp.net,等等。
      

  3.   

    c/s 的东西b/s现在基本都能实现.
      

  4.   

    一般来说,C/S在性能上要比B/S好一些,而B/S在需求变化上比C/S要好一些.
    这样的话,C/S主要用于操作数据库、后台维护和大量数据的操作等这可能好一些,而B/S呢主要用于逻辑方面的实现吧!(个人肤浅想法)
      

  5.   

    组件技术COM+和ActiveX技术分别应用在服务器端和客户端
    ---------
    除非B/S无法做到的功能...否则在客户端浏览器部署ActiveX控件是很不明智的...ps:说“c/s的东西b/s现在基本都能实现”的...那还要ActiveX控件干什么?很明显的一个例子就是...网银的客户端B/S就玩不了...
      

  6.   

       C/S维护后台数据要比B/S麻烦的多吧。
      

  7.   

    根据需求来确定用什么去实现什么吧
    其实B/S和C/S在功能实现上应该都能实现
    那就要看具体需求了
    不过我建议C/S做前台框架,数据处理还是用B/S
    4层处理吧
      

  8.   

    其实有一个免费的框架 CSLA.net 可以实现B/S,C/S(.net remoting),webservice,只需要修改一下配置文件就可以了
      

  9.   

    智能客户端,我搜了一下,好像都是保持系统更新用的。我现在要用cs和bs相结合,我还不是很明白,该怎么结合,比如javascript和session的问题,他们可以在winform中处理吗?请问那个大哥有个例子就发给我一哈。谢谢了。[email protected]
      

  10.   

    B/S的应用,之所以要结合c/S,绝大多数情况是考虑到客户在无法上网的时候,仍然能够进行相应的业务操作.此外C/S在效率上并不会比B/S高,只不过是在实现上难易程度有却别而已.
      

  11.   

    是c/s结合b/s,我不确定是在winform中嵌入单个的页面还是直接嵌入一个asp。net的子系统。嵌入单个页面我知道,这样很麻烦,如果页面多了很难管理。请问大家知道怎么直接迁入一个asp。net的子系统?
      

  12.   

    从我个人的不少项目经验来看,B/S适合做工作流及事务流程处理,C/S适合做数据分析处理,关键看项目的需求,在某一种程度上,C/S和B/S是相通的,关键是项目的需要.如果能用B/S的话就用B/S的构架吧~毕竟B/S是只需维护服务器端,对于日后升级方便得多~
      

  13.   

    刚做完一个项目就是B/S和C/S结合的
    我们采用的是WebService的方法来进行两者的通信
      

  14.   

    C/S效率高,占用内存低,操作反应快。相比B/S开发难度大些。
    对于日益复杂的系统来讲,B/S发挥实在是有限。让客户在客户端安装ACTIVEX实在是件很不明智的选择、会带来若干问题。所以对于做大系统而言,还是推荐用智能客户端模式。服务端采用web service,客户端采用windows桌面。这样会给客户带来非常丰富的体验,而软件布署也非常方便,更不需要象B/S结构这样设置客户端浏览器,利用微软提供的application block可以方便做到智能升级,真正做到客户端零维护。
      

  15.   

    C/S能做的B/S都能做?
    幽默~~