1

私はBlackberryのドキュメントを調べてきましたが、アプリケーションデータを永続化するための3つの異なるメカニズムの概要を説明しています。

  1. 永続ストアAPI
  2. MIDP RMS API
  3. ファイルシステムAPI

私は次のことについて疑問に思っています...

  1. 各アプローチの長所/短所は何ですか
  2. 保存できるデータの最大サイズはありますか？全体のサイズほど、個々のオブジェクトのサイズについては気にしません。たとえば、永続ストアには64Kの制限がありましたが、最新バージョンのソフトウェアでは数MBに拡張されています。ただし、保存できる最大サイズの詳細は見つかりませんでした。
  3. データを永続化するための「最良の方法」と見なされるアプローチの1つはありますか？
  4. 誰かが提案する他の永続化メカニズム（SQL-Liteなど）はありますか？
4

2 に答える 2

2

永続ストア API を使用するのは、デバイスの再起動後も完全に永続するためです。実際、アプリが削除されたときに永続化されたデータがデバイスから削除されないため、ほとんど永続的です（カスタムオブジェクトを永続化しない限り）。ストレージ スペースは、使用可能なフラッシュ メモリにのみ制限されます。アプリケーションごとのクォータはありません。

編集: RMS に関する不正確なコメントを削除

于 2010-01-27T18:32:27.133 に答える
0

RMS の問題は、多くの場合 (常にではありません)、アプリケーションのアップグレード後にデータが保持されないことです。そのため、RMS を使用している場合、ユーザーは新しいビルド/バージョンにアップグレードするたびにアプリケーションを再構成する必要があります。これは、問題になる場合とそうでない場合があります。

私見、最良の方法は永続ストア（コード署名を気にしない場合）、それ以外の場合はRMSです。PS ははるかに単純に見えますが、アプリケーションの変更に対して永続的なデータを堅牢にすると、PS はさらに複雑になることに注意してください。これが、実際に永続化されるクラスから構成データ クラスを分離しておく理由です。

キャッシュや構成オブジェクトよりも少し重要なファイル スタイルの大容量ストレージが必要な場合は、FileConnection API を調べることをお勧めします。これにより、より多くの潜在的なストレージ スペースを使用できます。

于 2010-02-26T22:39:15.930 に答える