RIM的编译器执行额外的优化和压缩上产生的“的.jar”，而构建最终.cod文件，但有些事情可以由开发商来完成，以减少显著最终.cod文件大小。
一个这样的事情是将运行PNGCrush ， 使用OptiPNG ，或类似的工具来降低包括.png文件的大小。 在具有大量的图像文件的应用程序（例如一个应用程序设有定制UI），这可产生在最终.cod文件大小显著降低。
你有没有优化大小最终.cod文件的提示？ 东西在的.java代码本身做什么？ 一些在项目结构来完成？ 事情做对文件或资源？
谢谢！
Answer 1:
好问题！
- 压缩（ GZip压缩 ， zlib的安装大型斌/ TXT / XML文件时）可能是有用的
这就是他们在RIM说什么：
- 设置相应的访问权限
- 避免创建接口
- 使用静态内部类
- 避免不必要的字段初始化
- 导入单个类别
此外， 有趣的事实 ：
所有图像是PNG格式。 我想知道为什么：与JDE 4.5编译 - > 900K，编译JDE 4.2，2.6.1，4.7 - > 1800K。 有什么区别？ 谢谢 ！
看来，JDE 4.5使用了更多的优化技术比老版本JDE。
检查以下内容时，它通过产生的图像PNGOUT从55ķPNG图像。 它的大小为3427个字节
Answer 2:
我想你肯定要考虑一个收缩器（和优化/ obfusticator）喜欢的ProGuard（ http://sourceforge.net/projects/proguard/ ）。 这可以通过折叠完整的类名称为缩短版本，删除未使用的代码，等，随着它可以提高代码的效率的方式收缩你的Java代码。 这很棒。 唯一困难的部分是修改您的构建与RIM建立的东西得到它的手之前做出.COD优化生成的类文件。
Answer 3:
一个好的方法是GZIP所有的资源，然后利用net.rim.device.api.compress.GZIPInputStream加载类的压缩文件。 你不必这样，自己执行解压缩代码。
你也可以使用PNGOUT优化图像资源。
Answer 4:
请确保您使用PNG-8，而不是PNG-24在可能的情况。 尽量减少调色板中的色彩数量。 在此之后，使用PNGOUT。
至于ProGuard的，我一直在使用优化Progruard的feachure当老BB设备的问题（“-dontoptimize”开关） - 所以小心使用，虽然它是一个很好的工具。
文章来源: Optimizing for a smaller .cod (.jar) file
