optimization - 针对较小的 .cod (.jar) 文件进行优化

Question

RIM 编译器在构建最终的 .cod 文件时对生成的“.jar”执行额外的优化和压缩，但开发人员可以做一些事情来显着减小最终的 .cod 文件的大小。

这样的事情之一是运行PNGCrush、OptiPNG或类似的工具来减小包含的 .png 文件的大小。在具有大量图像文件的应用程序中（例如具有自定义 UI 的应用程序），这可以显着减小最终 .cod 文件的大小。

您对优化最终 .cod 文件的大小有什么建议吗？.java 代码本身要做什么？在项目结构中要做些什么？对文件或资源做些什么？

谢谢！

Answer 1

好问题！

• 压缩（GZip，ZLib）在安装大型 bin/txt/xml 文件时可能很有用

这就是他们在 RIM 中所说的：

• 设置适当的访问权限
• 避免创建接口
• 使用静态内部类
• 避免不必要的字段初始化
• 导入单个类

此外，有趣的事实：

所有图像均为PNG格式。我想知道为什么：用 JDE 4.5 --> 900k 编译，编译 JDE 4.2、2.6.1、4.7 --> 1800k。有什么区别？谢谢 ！

---

似乎 JDE 4.5 比旧的 JDE 版本使用了更多的优化技术。

---

检查下面的图像，它是由PngOut从 55 K png 图像生成的。它的大小是 3427 字节

Answer 2

我认为你肯定想考虑像 ProGuard（http://sourceforge.net/projects/proguard/ ）这样的收缩器（和优化器/混淆器）。这可以通过将完整的类名折叠成缩短的版本、删除未使用的代码等来缩小您的 Java 代码。在此过程中，它可以提高代码的效率。这很棒。唯一困难的部分是修改您的构建以优化生成的类文件，然后 RIM 构建的东西得到它的手来制作一个 .cod。

Answer 3

确保尽可能使用 PNG-8 而不是 PNG-24。尽量减少调色板中的颜色数量。在此之后，使用 PngOut。

至于 ProGuard，在使用 Progruard 的优化功能（“-dontoptimize”开关）时，我在旧 BB 设备上遇到了问题 - 所以请谨慎使用它，尽管它是一个很棒的工具。

Answer 4

一个好的方法是将所有资源 GZIP，然后使用net.rim.device.api.compress.GZIPInputStream类来加载压缩文件。这样您就不必自己实现解压缩代码。

您也可以使用pngout来优化图像资源。