828
社区成员
发帖
与我相关
我的任务
分享来, 我们一起给DELPHI提建议吧!
本来DELPHI是近乎完美的一个开发工具了.
先声明: 我只是想在此让各位关心DELPHI的大侠各抒已见, 说说自己对DELPHI建议, 比如
哪方面需要改进, 哪方面的功能别人有, 而已缺....
(一切为了DELPHI的健康发展, 但愿我们的讨论能让宝兰的人听见...)
先声明: 我只是想在此让各位关心DELPHI的大侠各抒已见, 说说自己对DELPHI建议, 比如
哪方面需要改进, 哪方面的功能别人有, 而已缺....
(一切为了DELPHI的健康发展, 但愿我们的讨论能让宝兰的人听见...)
...全文
请发表友善的回复…
发表回复
OK_boom 2001-04-18
- 打赏
- 举报
yypp:
TNMXXX它们是别的公司(好像是FastNet)提供的，不包括源代码, 不BUG 不关宝兰的事，当然宝兰不会去修改它。
我向你介绍一个更好更强的控件集吧， 就是Indy 8.x, 我一直用它！完成免费且提供源代码，TNMXXX与之相比简直是小毛见大毛了， 假如你还不满意， 可以自己下手改呀 ， DIY呗 ...
URL:http://www.pbe.com/Winshoes/
TNMXXX它们是别的公司(好像是FastNet)提供的，不包括源代码, 不BUG 不关宝兰的事，当然宝兰不会去修改它。
我向你介绍一个更好更强的控件集吧， 就是Indy 8.x, 我一直用它！完成免费且提供源代码，TNMXXX与之相比简直是小毛见大毛了， 假如你还不满意， 可以自己下手改呀 ， DIY呗 ...
URL:http://www.pbe.com/Winshoes/
yypp 2001-04-12
- 打赏
- 举报
要改进NMFTP空间的BUG
这个空间的BUG太多了！！！！
这个空间的BUG太多了！！！！
liuly 2001-04-12
- 打赏
- 举报
呵呵，
中国人，尤其是“领导们”， 好象特别在意 报表 做的怎么样
而Delphi的报表实在不符合“中国国情” :(
中国人，尤其是“领导们”， 好象特别在意 报表 做的怎么样
而Delphi的报表实在不符合“中国国情” :(
guoyhcs 2001-04-12
- 打赏
- 举报
增加图象处理方面的东西！
sohotline 2001-04-12
- 打赏
- 举报
还有好多好多问题，比如帮助里面有的地方的链接都是错的！——大家都来控诉一下吧——跟斗地主似的——平心而论，DELPHI还是挺好的。
格兰特杨 2001-04-10
- 打赏
- 举报
关于Delphi编辑器，能不能把点取下拉项的速度提高
目前只有0.5秒，而在VB中是即点即得！
目前只有0.5秒，而在VB中是即点即得！
jiaaihua 2001-04-10
- 打赏
- 举报
自带各种COM或OLE应增加HELP说明
shirong 2001-04-10
- 打赏
- 举报
还有，那个字体和分辨率的关系！
OK_boom 2001-04-10
- 打赏
- 举报
楼上说的极是， 我深有同感， 我以前用FTP控件与TTreeView, TListView 写过一FTP虚拟
文件管理工具， 我连的是HP服务器感觉真的是很慢， 特别是树控件， 后来我看过它的源代码，
好像全是PASCAL的代码呀， 都不是用COMCTL32(好像是这个DLL吧?)内置的...
报表也是，QuickReport怎么没有交叉表的功能? 难怪PB现在还在流行...
文件管理工具， 我连的是HP服务器感觉真的是很慢， 特别是树控件， 后来我看过它的源代码，
好像全是PASCAL的代码呀， 都不是用COMCTL32(好像是这个DLL吧?)内置的...
报表也是，QuickReport怎么没有交叉表的功能? 难怪PB现在还在流行...
Triumph 2001-04-10
- 打赏
- 举报
同样是列表视图控件（ListView），与VB相比，用相同的代码在其中建立10个分栏，添加10000个列表，其速度竟然比VB慢得多，而且添加后清空的速度也比VB慢得多，是不是需要改进一下？
格兰特杨 2001-04-10
- 打赏
- 举报
还有，ADO的速度比VB慢太多！
huhaojie 2001-04-09
- 打赏
- 举报
改进一下报表控件
OK_boom 2001-04-09
- 打赏
- 举报
我先讲了:
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 点相同)
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 点相同)
