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

32lite怎么样?
 
用加壳工具加壳,大概能减去40%,这个问题我也问过,CSDN。NET的朋友就这样对我说的
 
现在,大家用的计算机都很好了!程序大一点有什么关系!
 
DELPHI编译出来的东东已经算小了,如果你用VB或VC来的话,你还不吐血身亡。
 
不知道你是否知道Delphi中的RunTime Library,你可以把程序编译成含有*.bpl的东西塞,
这样你的应用程序就非常小了,但在你发布的时候需要把生成的*.bpl也一同发布,,

其实程序是在运行的时候动态加载的,,,要达到这个目的,你只需要在Project中的选项下的
Packages下的选择框“Build with runtime library”勾上就是了,你的应用程序所必需的
bpl的信息可以在你Build后在Project菜单下的Information中看到!!
 
aspack其实是压缩然后再加上可执行的外壳,运行的时候再解开,呵呵
 
1) 使用 StripReloc (http://www.jrsoftware.org/striprlc.php)
请仔细看看它的评价,推荐

2) 不使用 remote debugging 信息和 TD32 调试信息
但是有的时候用用那个巨大的 ExceptionMagic 控件还是很不错的

3) 使用 EXE-Packer ( http://www.exetools.com/compressors.htm ...)
但是兼容性并不好,而且运行效率下降的很厉害,慎用,可以看看 StripReloc 主页对此类软件的评价

4) 使用动态链接技术,DLL、BPL等等
实际大小没有什么变化,但是给人感觉更专业

5) 将图像等资源独立出来,Runtime进行调用

6) 尽量使用纯API开发,少使用VCL

7) 使用 KOL 类库替代VCL (http://bonanzas.rinet.ru/)

8) 还有其它一些语法方面的调整 http://www.undu.com/DN970301/00000064.htm

9) 不要堆砌太多花里胡哨的控件,如果都像Java一样通过代码动态组织控件的话,你一定
会将你的代码界面整的没有一点垃圾。

10) 期待 Delphi .NET 出来吧,生成的 .NET 代码是绝对不会出现这种情况的了
 
顶部