Optimization 优化较小的.cod（.jar）文件
RIM编译器在构建最终的.cod文件时对生成的“.jar”执行额外的优化和压缩，但是开发人员可以做一些事情来显著减小最终的.cod文件的大小 其中一种方法是运行，或者使用类似的工具来减小包含的.png文件的大小。在具有大量图像文件的应用程序（例如具有自定义UI的应用程序）中，这可以显著减小最终的.cod文件大小 对于优化final.cod文件的大小，您有什么建议吗？在.java代码本身中需要做些什么？项目结构中需要做些什么？要对文件或资源做些什么 谢谢 好问题Optimization 优化较小的.cod（.jar）文件,optimization,blackberry,java-me,mobile,cod,Optimization,Blackberry,Java Me,Mobile,Cod,RIM编译器在构建最终的.cod文件时对生成的“.jar”执行额外的优化和压缩，但是开发人员可以做一些事情来显著减小最终的.cod文件的大小 其中一种方法是运行，或者使用类似的工具来减小包含的.png文件的大小。在具有大量图像文件的应用程序（例如具有自定义UI的应用程序）中，这可以显著减小最终的.cod文件大小 对于优化final.cod文件的大小，您有什么建议吗？在.java代码本身中需要做些什么？项目结构中需要做些什么？要对文件或资源做些什么 谢谢 好问题 在安装大型bin/txt/xml
- 在安装大型bin/txt/xml文件时，压缩（，）可能很有用
似乎JDE4.5比旧的JDE使用了更多的优化技术 版本
检查下面的图像，它是由55K png图像生成的。它的大小是3427字节
<>我想你肯定想考虑一个ScLink（和优化器/混淆器），比如PROGART（）。这可以通过将完整的类名压缩为缩短的版本、删除未使用的代码等来缩减Java代码。同时，它还可以提高代码的效率。太棒了。唯一困难的部分是修改您的构建以优化生成的类文件，然后RIM构建的东西才能得到它来生成一个.cod。一个好的方法是GZIP所有资源，然后使用net.RIM.device.api.compress.GZIP导入压缩文件。这样，您就不必自己实现解压缩代码
您还可以使用来优化图像资源。请确保尽可能使用PNG-8而不是PNG-24。尽量减少调色板中的颜色数量。之后，使用PngOut 至于ProGuard，我在使用Progruard的optimize feachure（“dontoptimize”开关）时，在旧的BB设备上遇到了问题，所以请小心使用它，尽管它是一个很棒的工具