在新项目中使用了CXDBGRID,这东西好慢呀,除了漂亮没有什么价值,郁闷中,散分;
解决方案 »
- 64位系统能直接运行32位的DLL和EXE吗?
- 助记码代码咋写,想到就提问
- Delphi 装上 pdf.ocx后,将控件放在窗体上程序却不能运行,是什么原因?
- 如何用TidFTP判断服务器上有文件,有文件就下载!
- 小数位数问题
- 有关于增量查询的问题
- 这个要怎么做呢?用ADOQuery读取记录的。要设置过滤要怎么做呢??
- 求delphi的除错工具.
- 用quickreport做的报表,设计时通过右键选择预览可以看到所有页面,但是运行时用.preview方法,却只能看到第一页,为什么?
- framerect和polyline绘边框的问题
- 如何将EXCEL导进Dbgrid中去? 如何将EXCEL导进access中去?
- [NEWS][FW]Borland To Spin Off Developer Tools Group
搞技术风险也大啊,毕竟一个人的精力和时间都有限的。
看来评cxGrid的为最佳VCL的人都是吃白饭的了
No.1
2、当初(2001年,3.2.1版)开始用的时候,那个时候的确解决了不少问题,但是随着数据量的增加,速度根本就无法忍受
3、Dev的东西从底层全部重写,造成EXE特别庞大
4、cxGrid当初有几个卖点很适合中国人
A. 多表头
B. 单元格嵌套控件
C. 直接输出Excel
D. 任意列标头查询、过滤、排序
E. 拖动列标头自动分类
在实际应用中,除了输出Excel有意义外,其它根本就不实用,这个你最好去问实际使用的人,看看他们是如何使用的,这些功能用户根本就不关心,他们关心的只是如何提高录入速度5、如果系统数据庞大,还是使用DBGrid比较好,或者使用EhGrid(和DBGrid的设计基础一致),功能从程序员角度讲是差了点,但是用户不在乎。
一般大型3D游戏的可执行加上调用的dll,也不过3-6M,真不知dev是怎么弄的。
您看到这么精彩的回复是因为我用了大傻的破玩意儿【CSDN's forum Explorer】
软件下载地址:http://CoolSlob.ys168.com
DevExpress是非常牛B的控件,可以说是delphi的登峰造极之作,正因为它如此的强大,所以才显得无从下手,难以控制。要用好它是需要花些精力的。
如果要简单,直接用delphi自带的dbgrid好了。说数据量大的问题,这个责任在于你,谁让你不做控制了?把几十万的数据统统拉来客户端,这说明你的设计模式有问题。
用cxgrid来做录入界面并没有什么问题,因为通常情况(98%)下一个单子录入的数据量不会超过100条,如果超过100条,该考虑你的设计模式是不是有问题了。
做得是很不错.但就是生成的文件大了些,这是事实.