前段时间发了一帖RO三层模式运行速度问题的讨论, 到目前还没得到满意的答案。
http://topic.csdn.net/u/20100612/16/46ad19d8-bd27-470d-94ab-20127eedbd14.html现再发一贴,C/S 与 三层的讨论,各抒己见吧, 互相学习一下,希望在以后的项目中能更好的把握。

解决方案 »

  1.   

    讨论什么?传输性能?
    影响速度的因素有很多,客户端、传输方式、传输内容、服务端、服务端的处理与返回C/S结构可以是多层,也可以是两层,B/S也一样
      

  2.   


    C/S结构可以是多层,也可以是两层,B/S也一样纯引用
      

  3.   

    快慢很难说,自己能了解各个环节,能应付各种意外阻碍才是最好的不是刚刚有人说用了2年justep不知道为什么突然变慢
      

  4.   

    我们现在正在做一个产品,用RO的三层架构,其结果是速度无法接受这个问题MS没有办法, 用DCOM+MIDAS模式也做了测试,速度没有办法跟C/S模式比,所以我得到的结论是,同样的环境C/S结构 永远 比三层 快。各位有什么异议?
      

  5.   

    sz_haitao , 很感谢你给了很多意见问题其实已经推敲出来了, 慢就慢再 数据传输 上, 但这个问题令人头疼, 我的水平也有限,比如说RO、DCOM 数据传输慢, 深入内部研究,无从下手。
      

  6.   

    我的client/webserver,对传输的数据,如果超过200K则会自动压缩
    外部的客户端通过adsl,好像传递2M的数据(压缩为500K左右)都是可以接受的,10秒之内吧
    局域网做过的测试,最大20M的可以接受
      

  7.   

    首先确定一个可接受的影响时间。在这个时间内来进行批量的数据传输,压缩和解压缩也需要时间,最好从测试情况来定。除了自己处理可能的缓存数据信息(缓存适当的数据,主要是为了尽量减少网络的来回),顺便借用COM+的对象池.如果能用系统的DCOM,还是尽量用DCOM连接方式。
    另外一定尽量少传数据.
      

  8.   

    各位去试试快驴,速度、稳定性、开发效率等,
    很多人对国产的不信任,但实际上,老外的并不一定是最好的选择:
    QUickBurro功能盘点:
    ===================1、无须编程组建高弹性专用网
    2、独特、易于记忆的对象命名规则
    3、应用程序透明的寻址、路由、数据交换能力
    4、无状态中间层服务
    5、对象远程注册/注销、软总线机制
    6、自动维持节点间连接、断线重连
    7、无丢包UDP通信技术
    8、快速通信加解密算法,自定义密钥
    9、压缩传输
    10、消息优先级机制
    11、消息分组快速投递机制
    12、Ansi字符与Unicode字符共存的传输通道,防乱码
    13、二进制、字段不定长的数据容器、消息容器
    14、BinaryRPC接口,功能封装、扩展简单高效
    15、丰富的数据库远程存取功能
    16、远程数据库事务支持
    17、大数据集分页查询支持
    18、多层分布式架构下的ORM、实体类代码自动生成
    19、分块并行的文件传输,支持断点续传
    20、中间层计划任务程序扩展支持
    21、群发消息给节点(及其下属节点)用户
    22、群发消息给地区(及其下辖地区)用户
    23、远程UDP广播
    24、远程UDP组播
    25、远程消息源及消息订阅/投递服务
    26、逻辑用户群及群消息服务
    27、用户对用户(点对点)的传输服务
    28、Unicode字符集支持
    29、不断增加增强的公用插件
    30、客户端自动升级支持产品网站:http://www.quickburro.com/
      

  9.   

    看你要怎么样的三层,是c/s还是b/s的三层?如果是C/S的,目前可以用Delphi 2010的DataSnap来构建!
    如果用Delphi 7的话,就要用COM/DCOM来构建,比较麻烦点!如果是B/S的三层,有很多种途径,可以用Java,C#与ASP.NET等
    Delphi的话,目前有CBX框架,都可以构建很好的三层。
      

  10.   

    CBX框架是一套健壮、简单易用的Delphi三层框架,完全以Midas为基础進行开发,非常适合开发大型企业应用。CBX是一个完备的体现RIA思想的应用开发框架,它充分的具备了这三大要素,包含:浏览器ao运行容器插件;宿主在IIS的应用服务器兼部署服务器;以Delphi 7为基础扩展而来的强大开发环境。 CBX的价值在于:能够将Delphi7开发桌面应用的强大能力搬上了浏览器,远远超越基于Html乃至Ajax技术的Web开发技术的能力范畴,它意味着:几乎所有的VCL控件都能直接用使用在Web客户端中;几乎所有的Windows API都可以在客户端调用;客户端代码执行效率达到了C++的级别; 能使用客户端电脑的所有硬件资源。
    具备一个简约而高效强大的服务器容器环境,能够用Delphi Midas的开发模式开发高效率的、能够穿透防火墙、在互联网上运行的应用服务器,天然集成无状态中间层业务对象的机制,系统层次简捷健壮,充分体现了三层构架的高性能,将三层构架系统的特性发挥到了极致;
    CBX具备高度开放的访问接口,天然面向和各种Web系统交互和集成,诸如:JSP、ASP、ASP.Net、PHP乃至静态html网页,开发者不仅可以将CBX模块自如的嵌入到纯Web系统中,而且还能通过灵活的接口和CBX对象交互,让CBX充当各种纯Web构架方案的强有力补充,弥补纯html技术能力所不能及之处。请加入500人超级CBX&Delphi群 11701114
      

  11.   

    坚实第一。
    大部分用C/S。三层的话就用HTTP或者SOAP,80端口畅通无阻呵呵。
      

  12.   

    各位有做过JAVA+C#+VC+DELPHI混合开发的项目吗呵呵。我最近做了个演示用的小项目,竟然是JAVA+C#+VC+DELPHI混合。
      

  13.   

    JAVA做的系统和C#开发的系统进行数据交互,访问设备的数据机也参与其中就成了这么个有意思的项目。
      

  14.   

    Delphi的三层如果不是用于分布式部署的话,真的一点意义都没有。最近做一个系统框架架构,虽然是C/S的,但也是用的TClientDataset,DatasetProvider的更新方式,同样可以实现,离线数据更新方式。所以如果项目应用,不是分布式部署,为了三层而三层的话就太没有必要了。
      

  15.   

    本人使用Delphi Socket c/s三层,效果不错。 
      

  16.   

    c/s部署困难,三层结构 我使用ro感觉也不慢
    但c/s可以做得更安全
      

  17.   

    DELPHI的RO三层,谁有研究过
    详细讲讲
      

  18.   

    我都研究完这个三层了,你还在研究呀
    http://topic.csdn.net/u/20111228/16/c561c4ed-5c56-43a6-a40f-a55577f4da17.html