0

私はAndroid開発者です。私はこれまでJ2MEアプリケーションを開発したことがありません。クライアントがJ2MEアプリケーションを必要とし、携帯電話に約10,000（各レコードには約60〜150 KBのデータが含まれる）レコードを保存する必要があるという要件があります。モバイルアプリは、RESTベースのWebサービスを使用してバックエンドサーバーとも連携します。

クライアントは、アプリを特定のモバイル（Nokia 5233）で実行することを望んでいます。

続行するには正しいオプションが必要です。現在、RMSとLWUITを使用しています。私がそれらを選んだ理由：

RMS- CLDCプロファイルを使用しています。この構成で使用できるDBを認識していません。ApacheDerbyはCDCでのみサポートされています。

LWUIT-TextFieldがイベントリスナーを必要とするアプリケーションには多くの場合がありますが、LCDUIのStringItemにはイベントリスナーがないようです。

教えてください。正しい方向に進んでいるかどうかわかりません。

4

1 に答える 1

3

RMSは、おそらくJ2MEでのデバイス上のデータ永続性のための唯一の適切なオプションです（ただし、JSR-75を使用してファイルに直接アクセスする場合を除きますが、署名されていない場合、このAPIを使用すると、ユーザーにはあらゆる種類の侵入型エラーポップアップが表示されます。 ）。レコードあたり60KBで10,000レコード、つまり最小614MB？このサイズのデータ​​を格納するMIDletについて聞いたことがありませんが、RMSは実際にはせいぜい1〜2メガを対象としています。

なぜJ2MEを使用する必要があるのですか？5233はSymbian^1デバイスですが、Qtなどのネイティブテクノロジーを試してみてください。おそらく、そのサイズのデータ​​に対してはるかに信頼性が高く、優れたUIを取得するのも簡単です。

（ちなみに、どのようなイベントを期待StringItemしますか？これは表示専用のウィジェットです。）

于 2011-06-07T07:43:17.773 に答える