我是DELPHI菜鸟,DELPHI编译出的文件好像很大,有没有法子优化?(100分)

  • 主题发起人 主题发起人 filmer
  • 开始时间 开始时间
F

filmer

Unregistered / Unconfirmed
GUEST, unregistred user!
我是DELPHI菜鸟,DELPHI编译出的文件好像很大,有没有法子优化?[:)][:D][8D][:(][:(!]
 
你可以把它做DLL可能会小一点。
 
用ASPACK压缩一下,可以小很多。
 
对,用ASPACK,
这些exe中,有好多垃圾
 
只能压缩了.
 
有啊, 可以用压缩工具, 比如说AspackDie
其次你最好减少程序内的浪费, 比如说 过多的图片, 图标
 
和VB比起来小多了
 
To ramble:
AspackDie是用来解压用Aspack压缩过的EXE文件的....
 
在编译时,把选项里面的"debugging"全部去掉钩。
然后再用aspack压缩。
如果想要很小的,那就只有用winapi来写的。这样会很小的。
 
建议最好不用Aspack,
压缩后文件是小很多,但内存耗得却比不压缩的还是多。
因为Aspack会在被压缩的文件中嵌一个解压器,
压缩文件运行时,还是需要解压的。
 
别说根VB比,就是跟VC比,DELPHI的EXE也并不大,别看VC的EXE小,你删掉
MFCxx.DLL试试,看看你的program还能不能启动。
如果你一定要她小,就使用Build with runtime packages
 
我的方法是:
1、多用API
2、尽可能少用控件,特别是一些第三方控件
3、删除一些不必要的单元引用
4、用DLL
5、用ASPACK
 
多用API是指不用TRegistry,TInifiles和ShowMessage?
我发现用ASPACK压缩后与用WINZIP压缩后的文件差不多,是不是加了一个GZIPstream(C语言),大家
有谁知道GZIPstream在DELPHI中应如何表示和使用?
 
还可以把Package加上
 
能详细一点吗?
 
首先把USES中没有用的去掉,然后尽量用API写程序,最后再用ASPack压缩一下,OK?!
 
Package如果是小程序“得不偿失”

大一点少一点没啥关系,我现在还没超过2M的。
 
ASPack 真的很好用,我程序一般只有几百k.
 
后退
顶部