在新项目中使用了CXDBGRID,这东西好慢呀,除了漂亮没有什么价值,郁闷中,散分;

解决方案 »

  1.   

    用自己不熟悉的新控件就是这样。我决定用fastreport之前,反复咨询了很多人,才开始学习使用的。
    搞技术风险也大啊,毕竟一个人的精力和时间都有限的。
      

  2.   

    ......不会吧,你是先用了cxDBGrid后发现没什么价值的?正常情况应该是需要什么特殊功能才去用第三方控件的说。
      

  3.   

    嘿嘿,当初我是极力反对使用这种花哨的东西的,可惜反对无效.现在他们都知错了,很难控制,它的大部分类是重写的,与DELPHI格格不入,难搞就是了.
      

  4.   

    把cxGrid说成CXDBGRID,只能证明你根本不懂它cxGrid强大的功能你根本没用到吧?界面只是它一个特征而已.与DELPHI格格不入?因为你不了解它的实现方式,它的很多机制是超前于VCL的,看看设计模式这本书再看DevExpress系列的组件,才知道它是多牛X
      

  5.   

    DevExpress系列的组件 牛X!!
      

  6.   

    DevExpress系列的组件 牛X!!
      

  7.   

    看来你还是不懂cxGrid,你是我看到的第一个说cxGrid不好的人
    看来评cxGrid的为最佳VCL的人都是吃白饭的了
      

  8.   

    cxgrid还是不错的,强大的功能兼顾漂亮的界面,我最喜欢它的主从表的实现方式,还有可以和printing system的完美结合。
      

  9.   

    不错, 偶的系统都用cxgrid,小问题是有些.
      

  10.   

    cxGrid组件是很好啊!有一些功能DBGrid无法实现或实现起来很麻烦,而cxGrid去能很好的实现,界面友好等等都很受欢迎!运行慢的话,按照现在的硬件技术,换个好点电脑就不成问题了,现在电脑硬件价格还是过得去的!
      

  11.   

    楼主自己垃圾, DevExpress cxDBGrid可以说是 Delphi第三方Grid控件中
    No.1
      

  12.   

    devexpress系列组件相对Raize等其他组件稳定一些,漂亮一些,但生成的目标代码比一般第三方组件要大好几倍,肯定还是会影响速度的。
      

  13.   

    1、不建议使用这种控件,除非有特别需要或者要打开的数据量很小
    2、当初(2001年,3.2.1版)开始用的时候,那个时候的确解决了不少问题,但是随着数据量的增加,速度根本就无法忍受
    3、Dev的东西从底层全部重写,造成EXE特别庞大
    4、cxGrid当初有几个卖点很适合中国人
       A. 多表头
       B. 单元格嵌套控件
       C. 直接输出Excel
       D. 任意列标头查询、过滤、排序
       E. 拖动列标头自动分类
       在实际应用中,除了输出Excel有意义外,其它根本就不实用,这个你最好去问实际使用的人,看看他们是如何使用的,这些功能用户根本就不关心,他们关心的只是如何提高录入速度5、如果系统数据庞大,还是使用DBGrid比较好,或者使用EhGrid(和DBGrid的设计基础一致),功能从程序员角度讲是差了点,但是用户不在乎。
      

  14.   

    输出Excel如果自己以文件模式输出,那也很快,比cxGrid的还快另外:cxGrid是要钱的,而且还挺贵
      

  15.   

    的确,使用dev系列组件,如果同时用了cxdbgrid和其他配套界面组件,可执行文件一般达到5M之多;使用raize界面组件加ehlib,约1.5M;而使用dbgrid加vclskin,一般只有800多K。
    一般大型3D游戏的可执行加上调用的dll,也不过3-6M,真不知dev是怎么弄的。
      

  16.   

    DevExpress系列的组件 牛X!!
      

  17.   

    自从用了DevExpress系列的组件得CX的控件后,发现节省了很多本该写代码的地方,省去不少功夫,而且实现方式太简单了,感觉很好。
      

  18.   

    CX没用过~~一般用EH比较多一点!感觉还可以!
      

  19.   

    delphi的优势就是开发组件和使用组件,不使用组件是的可惜。
      

  20.   

    那确实,那东西华而不实啊,要想不占资源最好全部用MASM写。
      

  21.   

    我就搞不懂了,数据量多了跟cxGrid慢又有什么关系,你把成千上万条记录一下子load到前台显示给用户看有什么意思呢?我们人能够接受分析的数据也就是那么几百条,多了脑子搞不清的。我用cxGrid很久了,我就觉得很好用阿。其实关键还是开你的交互设计,界面设计得好了,根本不存在你们说的那些个问题。还有cxGrid的排序,多表头,拖动分组,过滤都是非常好的功能,客户怎么用关键看你怎么培训和引导,在我的客户里面基本上都用上了这些功能。可能因人而异吧。我就看不得那种咣弹出一个输入窗口噼里啪啦输入的界面,我能在grid里面输入,绝对不会做弹出窗口或者edit输入,尽量模仿excel的操作,那样用户可接受程度也高些。------------------------------------------------------------------
    您看到这么精彩的回复是因为我用了大傻的破玩意儿【CSDN's forum Explorer】
    软件下载地址:http://CoolSlob.ys168.com
      

  22.   

    顶小错CSDN论坛浏览器:浏览、发帖、回复、结贴自动平均给分,下载地址:http://CoolSlob.ys168.com
      

  23.   

    没用cxdbgrid ,但用了cxgrid  感觉还是蛮不错的  hoho
      

  24.   

    世上根本就没有cxdbgrid!
    DevExpress是非常牛B的控件,可以说是delphi的登峰造极之作,正因为它如此的强大,所以才显得无从下手,难以控制。要用好它是需要花些精力的。
    如果要简单,直接用delphi自带的dbgrid好了。说数据量大的问题,这个责任在于你,谁让你不做控制了?把几十万的数据统统拉来客户端,这说明你的设计模式有问题。
    用cxgrid来做录入界面并没有什么问题,因为通常情况(98%)下一个单子录入的数据量不会超过100条,如果超过100条,该考虑你的设计模式是不是有问题了。
      

  25.   

    我用 dxDBGrid .也就是 cxDBGrid 
    做得是很不错.但就是生成的文件大了些,这是事实.
      

  26.   

    我用 dxDBGrid ,感觉还不错。选择第三方控件要持谨慎态度,不然会死得难看。
      

  27.   

    一直不赞同使用第三方控件,最近因界面需要使用了Developer Express系统控件,感觉也挺爽的,强大的功能,漂亮的界面,正是我现在需要的,不错!
      

  28.   

    这么热闹,顺便有个问题问问大家,GridMode设为True。怎么遍历关联的数据集中的全部或者多选的数据呀,选择数据超出了GridModeBufferCount的范围。详情:http://community.csdn.net/Expert/topic/4940/4940772.xml?temp=.6267816
      

  29.   

    程序变大为什磨要把控件都编译到exe 中呢?为甚摸不考虑bpl呢
      

  30.   

    我的问题解决了,所以说cxGrid不光是好看,功能强大,其实设置好了它的速度也是很快的。主要是这块儿的文档不多,他自己的帮助也得也不是很详细。如果高手们多发表一些使用方面的东东,那肯定会有更多的人爱上它的