来, 我们一起给DELPHI提建议吧!

Question

   我先讲了:
   1. 应该改进BDE了:  微软开发工具作的程序在执行SQL查询时(连MSSQL),都可以中途CANCEL,但BDE控件无提供此功能(也许BDE API有), 执行后一版白屏(假如是需要长时间执行的话).
   2. 单元分类:  DELPHI现在将相近功能的代码编在同一单元中SYSUTILS,CLASSES,FORMS...
      我建议应该将单元更细分些, 比如我要写一服务程序(从NEW的模板中选), 无FORM窗体,没
      写一行代码， 但编译出来是3百多K的体积！怎么可以忍受这么大的垃圾在内存中常驻(我
      对写常驻程序非常严格，虽说现在内存大，速度快）， 这跟一病毒有何分别：一样占着内
      存与CPU时间! 所以每当我写服务程序， 都是一字一句自己写， 多凄凉！ 这全是FORMS
      的所为!因为TFORM， TAPPLICATION，TDATAMODUE等全被定义在FORMS单元中而FORMS单
      元又包含其他许多单元！如果将写服务的类独立成为一单元就什么事都解决了！(所以我强
      烈要求将来的DELPHI细分单元！）
   3. 更多的模板:  因为DELPHI功能十分强大， 所以用户可以用她作任何类型的应用程序，
      所以建议将来的DELPHI中内建更从的模板。(最大意图还是跟第2 点相同)
 

Answer 1

自带各种COM或OLE应增加HELP说明

Answer 2

关于Delphi编辑器，能不能把点取下拉项的速度提高
目前只有0.5秒，而在VB中是即点即得！

Answer 3

还有，ADO的速度比VB慢太多！

Answer 4

同样是列表视图控件（ListView），与VB相比，用相同的代码在其中建立10个分栏，添加10000个列表，其速度竟然比VB慢得多，而且添加后清空的速度也比VB慢得多，是不是需要改进一下？

Answer 5

   楼上说的极是， 我深有同感， 我以前用FTP控件与TTreeView, TListView 写过一FTP虚拟
文件管理工具， 我连的是HP服务器感觉真的是很慢， 特别是树控件， 后来我看过它的源代码，
好像全是PASCAL的代码呀， 都不是用COMCTL32(好像是这个DLL吧?)内置的... 
   报表也是，QuickReport怎么没有交叉表的功能? 难怪PB现在还在流行...

Answer 6

还有好多好多问题，比如帮助里面有的地方的链接都是错的！——大家都来控诉一下吧——跟斗地主似的——平心而论，DELPHI还是挺好的。

Answer 7

呵呵，
中国人，尤其是“领导们”， 好象特别在意 报表 做的怎么样
而Delphi的报表实在不符合“中国国情” :(

Answer 8

要改进NMFTP空间的BUG这个空间的BUG太多了！！！！

Answer 9

yypp:
   TNMXXX它们是别的公司(好像是FastNet)提供的，不包括源代码, 不BUG 不关宝兰的事，当然宝兰不会去修改它。
   我向你介绍一个更好更强的控件集吧， 就是Indy 8.x, 我一直用它！完成免费且提供源代码，TNMXXX与之相比简直是小毛见大毛了， 假如你还不满意， 可以自己下手改呀 ， DIY呗 ...
   URL:http://www.pbe.com/Winshoes/