RIMコンパイラは、最終的な.codファイルを構築する際に結果として生じる ".jar"に対して特別な最適化と圧縮を実行しますが、開発者が大幅に最終的な.codファイルサイズを減らす。小さい.cod（.jar）ファイル用に最適化
PNGCrush,OptiPNGなどのツールを実行して、インクルードされた.pngファイルのサイズを縮小することが1つです。多数のイメージファイル（カスタムUIを備えたアプリケーションなど）を使用するアプリケーションでは、最終的な.codファイルサイズが大幅に減少する可能性があります。
サイズの最終的な.codファイルを最適化するためのヒントはありますか？ .javaコード自体で何かが行われるのでしょうか？プロジェクトの構造で何かをする必要がありますか？ファイルやリソースに何かする必要がありますか？
ありがとうございます！
良い質問！
そして、それは彼らがRIMに言うものだをインストールする際に
すべての画像はPNG形式でした。私は の理由を知りたい：JDE 4.5でコンパイル - > 900k、JDE 4.2,2.6.1,4.7 - > 1800kをコンパイルする。違いは何ですか？ありがとう！
JDE 4.5は古いJDE のバージョンよりも多くの最適化技術を使用しているようです。
下記の画像を確認してください：PngOutから55 K png画像をダウンロードしてください。それはサイズが私はあなたが最も確かにProGuardの（http://sourceforge.net/projects/proguard/）のようなシュリンカー（およびオプティマイザ/ obfusticator）を考慮したいと思います3427バイト
あるのです。これにより、完全なクラス名を短縮バージョンに縮小し、使用されていないコードを削除するなどして、Javaコードを縮小することができます。途中でコードの効率を向上させることができます。それは素晴らしい。唯一の難しい部分は、生成されたクラス・ファイルを最適化するようにビルドを変更してから、RIMビルド・スタッフが.codを作成する前に最適化することです。
良い方法は、すべてのリソースをGZIPに変換し、net.rim.device.api.compress.GZIPInputStreamクラスを使用して圧縮ファイルを読み込むことです。そうすれば、自分で解凍コードを実装する必要はありません。
また、画像リソースの最適化にはpngoutを使用できます。
可能であれば、PNG-24の代わりにPNG-8を使用するようにしてください。パレットの色数を最小限に抑えてください。その後、PngOutを使用します。
ProGuardの場合、Progruardの最適化機能（ "-dontoptimize"スイッチ）を使用すると、古いBBデバイスに問題がありますので、慎重に使用してください。
RIMは既にそれ自身のobfusticatorを使用しています。 –