けんしのページ - iアプリ開発のツボ -

i-mode


	インデックス
	Java 電子アルバム初心者編詳細編 Exif ダウンロード iアプリ iアプリ開発よくある質問

iアプリ開発のツボ

ここでは私がiアプリを作ったときに気付いたことを書いていきます。

クラスをできるだけ少なくする

iアプリ全体のサイズは 10Kbyte に制限されています。サイズを減らすための色々な方法が雑誌などでも紹介されていますが、私の結論は、

クラスの数を減らすのが一番効く

という事です。具体的な方法としては、

インターフェースを実現するためだけのクラス、内部クラスなどを作らないようにしましょう。

GUI コンポーネントを使う場合は Panel を継承したクラスに全ての必要なインターフェースも実装するようにしましょう。
抽象的なクラスは作らない。

データを格納するだけの何も継承しないクラスを作ることはオブジェクト指向プログラミング的には正しい事ですが、iアプリの場合は違います。例えば単語帳ではサーバー設定パネルのクラスがサーバーのデータそのものも格納しています。
インスタンスの無いクラスは作らない。

例えば2つのクラスに共通の機能が必要な場合、一般的な Java アプリでは共通部分を1つのクラスとして定義し、そのクラスを継承して2種類のクラスを作ります。しかしクラスファイルの全体のサイズを考えると2つのクラスに別々に同じデータやメソッドを定義したほうが良い場合があります。

クラス、データ、メソッドの名前を短くしたりしてもほとんど効果はありませんが、クラスを1つ減らすと 100Kbyte 単位でサイズを減らすことができます。

GIF画像の圧縮

まあこれは色を16色に減色してノン・インタレースにするだけです。

サイズ減らしの細かい技

変数を配列にする（例： int x, y, z; -> int p[3] ）
変数・関数名を短くする

これらの技は使うとコードが見辛くなってしまうので、開発の最終段階まではやらないほうが無難です。

GUI部品の動的な変更

iアプリの GUI コンポーネントでは AWT や Swing と同様に動的にラベルやリストの内容を変更することができます。単語帳では ListBox や Label の内容をユーザの操作に応じて変更しています。例えば単語帳の「リストをロード」ボタンを押すとサーバーから単語帳のリストがダウンロードされて単語帳リストに単語帳が追加されます。

こういった場合に問題になるのが、GUI 部品のレイアウトを決定しているレイアウトマネージャの選択肢が標準のもの1つしかないことと、その標準のレイアウトマネージャの挙動を制御する事ができない事です。

そんな場合、以下の様な方法で標準のレイアウトマネージャの挙動をある程度制御できます。

パネルの再レイアウトが必要な場合には、Display.setCurrent() を呼ぶ。

ListBox に項目を追加した場合など、部品のサイズが自動的に変化します。その場合、パネル全体のレイアウトを再調整しないと部品同士が重なって表示されたりしますが、これは自動的には行われません。明示的に再レイアウトを行うには Display.setCurrent() を呼びます。
Label や Button を1行1件にするためにはサイズをパネルの幅と一致させる。

特にラベルの場合、文字列が短いと複数のラベルが1行にまとめられてしまいます。単語帳のように常に1行1件でリストしたい場合には、ラベルの文字列を変更する度に Label.setWidth() でラベルの幅をパネルの幅(Panel.getWidth() の値)と同じにします。

端末によって動作が違う！！

実は私はiアプリ端末をもっていません。そこで会社の先輩や同期の友人に頼んでテストしてもらったのですが（パケット料返せという意見もありますが）、そこで端末によってJavaの動作が違うことが発覚しました。例えば、

Panel と GUI コンポーネントを使っている場合、Panel に対する KeyListener で、

N503i: 上下左右のキーイベント(KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT)を扱えない
F503i: キーイベントを扱える

この場合は操作を別のキーに割り振ることで問題を回避しました。

個人での開発ではテストはどうしてもエミュレータ頼りで実機のテストは少なくなりがちなので発表してから問題が発生してしまう可能性があります。

また端末によっては .jam ファイルに書かれているパラメータの順番が期待通りでないとダウンロードに失敗する場合があるようです。

ShortTimer と resume()

iアプリは電話の着信があると一度停止状態になり、通話が終わると resume されます。その時以下のいずれかのイベント処理でアプリの resume を行う必要があります。

IApplication.resume()
Canvas.processEvent() -> Display.RESUME_VM_EVENT イベント

その時問題になるのがリアルタイム処理に用いる ShortTimer の扱いです。停止されたときのタイマーの状態が分からないので、start(), stop() のどちらを呼べばよいのかが分からないためです。この場合まずは dispose() を呼んでタイマーを破棄して新規に getShortTimer() でタイマーを生成すれば問題ありませんでした。

コンテンツ： [ホーム] [Macintosh] [OpenGL] [ThinkPad] [Java] [ダイビング] [水中デジカメ]

このページについてのご質問はこちらへどうぞ。
このページに用いられている3Dのロゴやボタンは全てGLlogoによってレンダリングされたものです。
このページはリンクフリーです。
著作権等についてはこちらをどうぞ。