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

   本来DELPHI是近乎完美的一个开发工具了.
   先声明: 我只是想在此让各位关心DELPHI的大侠各抒已见, 说说自己对DELPHI建议, 比如
哪方面需要改进, 哪方面的功能别人有, 而已缺....
   (一切为了DELPHI的健康发展, 但愿我们的讨论能让宝兰的人听见...)

13 个解决方案

#1

   我先讲了:
   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 点相同)

#2

改进一下报表控件

#3

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

#4

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

#5

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

#6

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

#7

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

#8

还有，那个字体和分辨率的关系！

#9

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

#10

增加图象处理方面的东西！

#11

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

#12

要改进NMFTP空间的BUG

这个空间的BUG太多了！！！！

#13

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

#1

#2