問題タブ [persistent-storage]

私は新しく、この質問に打ち負かされることはわかっていますが、答えが得られればそれだけの価値があります。ユーザーが最初のラウンドに勝ったときに、すべてのコードを調べてすべての値をリセットするのではなく、スコアを保存してアクティビティを再開したいというゲームがあります。アクティビティの再開時にスコアがリセットされないようにするにはどうすればよいですか。今のところ例はありません。

ここで、新しいゲームが初めてかどうか、またはここで使用するために保存されたハイスコアがあったかどうかを確認します。

ユーザーが勝った場合、ボーナスゲームに送られ、ゲームを終了して新しいゲームを開始する必要があるかどうかを確認します。

ここに、ゲームスコアを保存して、最初のレベルで勝った場合に新しいアクティビティに取り入れます。

次のコードは列挙型アクティビティです

文字列を保存するために Blackberry の永続ストアを利用するにはどうすればよいですか?

お気に入り：

Cordova 2.0 は iOS の永続ストレージの問題を解決しましたか? (Web ストレージは iOS 5.1x のキャッシュ ディレクトリに移動され、Cordova の多くのアプリが壊れました)

Storage API を永続ストレージに使用しても安全かどうかは疑問です... http://docs.phonegap.com/en/2.0.0/cordova_storage_storage.md.html#Storage

または、SQLite プラグインは現在安全ですか... https://github.com/chbrody/Cordova-SQLitePlugin

または、ファイル API を使用する唯一の本当に「安全な」方法です... http://docs.phonegap.com/en/2.0.0/cordova_file_file.md.html#File

あなたの考えは大歓迎です！

詳細 私のアプリは数百のレコード (ほとんどが整数) をいくつかのテーブルに書き込みます。データはオフラインで取得され、最終的にオンライン データベースに同期する必要があります。複雑さは、重いテキストをすべて除いた、典型的な小規模で動的な企業 Web サイトに匹敵します。だから... SQLのようなセットアップが理想的です。

編集 広告どおりに機能する上記の SQLLitePlugin を使用しました。2年経っているので、現在どのような新しいオプションが利用可能かはわかりません.

Android アプリには、確実に永続的に保存したいかなり少量の状態があります。それは小さく、約50文字で記録されます。

Android Storage Options pageを見ると、いくつかの選択肢があり、最も単純なものは共有設定のようです。現在、これらは実際にはアプリケーションの設定ではなく、アプリケーションがどこにあるかを簡単に示しています。

私が心配しているのは、設定が頻繁に変更されないことが予想されるため、ユースケースで多くの変更を処理できない可能性があることです。多くの場合、ユーザーのアクティビティに応じて、1 秒あたり約 1 回のピークを意味します。

そこで、2つのことを確認したいと思います。

1 つ目は、上記のリンク先のページにあるサンプル コードのonStopメソッドに設定が記述されていることです。何があっても、アプリケーションが終了したときにこれが実行されることが保証されていますか?

もしそうなら、私は状態をメモリ内に維持し、それを使用して永続的に保存することができます。そうすれば、この更新頻度の問題はなくなります。

基本的に、状態を保存せずにアプリケーションを停止できないようにしたいと考えています (もちろん、壊滅的な障害は除きます)。

それ以外の場合は、何も失わないように、この状態が変化するたびに保存したいと思います。

第二に、これは、状態が変化するたびに状態を保存する必要がある場合にのみ重要です.1秒に1回まで設定を保存することの欠点はありますか? 前述のように、頻繁な更新用に設計されているかどうかはわかりません。

私はdbまたは永続ストアの使用について非常に混乱しています。dbを使用する場合はmmcに保存する必要があります。これは、mmcでdbを作成する場合、すべてのBBデバイスがdbを電話メモリに保存できない場所を読んだためです。次に、ユーザーはそれを削除できます。2番目のアプローチは永続ストアですが、大量のデータがある場合は操作が簡単ではありません。大量のキーを管理して永続ストアにデータを取得して保存する方法と、削除を実行する方法を教えてください。 、永続的に保存されたデータの編集操作。何をすべきかわからない、非常に混乱している。どのアプローチが最適で、メカニズムは何ですか。親切に提案します。

私の Android アプリケーションは、大きなファイルと非常に大きなファイル (つまり、サイズが 10MB から 2GB の間) を使用します。

安定したストレージのためにスマートフォンで使用されているハードウェアと、ソフトウェア (ファイルの読み取り/シーク) の考慮事項が PC のハードディスクと同様であるかどうかについて、私は常に疑問に思っていました。ハードウェアに関する情報を探して、それに関する何らかの画像 (内部ストレージ、SD カード) を見つけようとしましたが、調べた情報源のどれも包括的または具体的ではありませんでした。私の（相互に関連する）質問は次のとおりです。

1. PC 用の Java アプリケーションで同じことを行うのと比較して、「最新の」スマートフォン (Android 2.2 フォンなど) で大きなファイルを読み取るときに考慮しなければならない主な違いは何ですか? （ディスクのシーク/読み取りパフォーマンスに関しては、明らかに、携帯電話のRAMはPCよりも小さいため、バッファなどの場合はこれを考慮する必要があります.）
2. スマートフォンで使用されている安定したストレージ ハードウェアと PC のハードディスクとの (関連する) 主な違いは何ですか? （これは非常に幅広い質問であることを知っているので、ここでの非常に簡単な回答と、おそらくいくつかの信頼できる外部 URL に感謝します）
3. 読み取りとシーク（skipBytes）に関してInputStream、内部ストレージとSDカードの使用に違いがありますか（Androidなど）（すべてのデバイスのSDカードであるとは限らないため、意図的に「外部ストレージ」とは書きませんでした） )? SDカードは遅いですか？
4. たとえば、2GB のファイルから 2MB のデータを読み取りたいとします。この 2MB のデータは、ファイルのさまざまな/離れた部分に分散しています。すべてのオフセットが既知であるため、オフセットの昇順を作成し、BufferedInputStream.read()(たとえば a でDataInputStream) を使用してそれらを読み取ります (skipBytes()必要な場合はシークに使用します)。したがって、基盤となるファイル システムでは、2 GB のファイル全体を「処理」する必要がある場合があります。(たとえば、Android は必要に応じて Linux の機能を使用してファイルをシークします。) しかし、シークは PC のハードディスクと同じくらい効率的ですか? シーク効率の観点から、SD カードと内部ストレージはどうですか?
5. 一般的なデータ読み取り速度は? (スマートフォンの内部ストレージ vs. SD カード vs. PC 非 SSD ハードディスク)

具体的なアプリケーションのベンチマークが必須であることはわかっていますが、この問題の理論的な説明も歓迎します。

重要: 「... PC のハードディスクと同じくらいの効率を求めていますか?」と尋ねるとき、私は絶対値を意味するのではなく、そのメカニズムも意味します。つまり、同じ論理原則に基づいて機能する場合 (= 可能な限り大きな部分をスキップする)、またはいくつかの欠点がある場合 (たとえば、そのような「スキップベースの」シークは SD カードでは不可能であり、したがってスキップははるかに多くの - - つまり、不均衡- PC のハードディスクよりもスマートフォンのハードウェアでは役に立たない)。

非常に多数のリクエスト (同時および複数のサーバー間) を受信して​​永続化する方法を模索しており、後で処理するためにデータの受信パケットを保存するための最も信頼できる方法についての見解に興味があります。これらのオプションに絞り込みましたが、私が考えていなかった創造的な解決策があると確信しています:

• ファイル システム (この場合、最も高速で信頼性の高い書き込み用ファイル システムは何ですか)?
• ディスクはメモリ データ ストア (Redis/Memcached/etc) に永続化されていますか?
• データを AMQ のキューに入れ、そこから処理しますか?
• NoSQL データベース (MongoDB/Couch)?
• Hadoop クラスタ?

ありがとう

ハードディスクから大量のデータを読み取り、このデータからハッシュマップを作成するプログラムを作成しています。次に、この初期ハッシュマップを少し変更する処理を実行します。私の問題は、プログラムを実行するたびに、同じデータから同じハッシュマップを作成することです（これを初期ハッシュマップと呼びましょう）。処理は、実行ごとに異なります。とにかく、このハッシュマップを一度作成して永続的に保存することはできますか？シリアル化は役立ちますか？

「画像ボタン」を持つ BlackBerry アプリケーションに取り組んでいます。「イメージ ボタン」は、クリックするたびに「オン」から「オフ」に、またはその逆に変更できます。今私がやろうとしているのは、アプリを閉じて再度ロードすると、この「画像ボタン」が最後の状態としてロードされるはずです。「画像ボタン」を「ON」に設定してアプリを閉じた場合、次回読み込み時に「ON」で読み込まれます。イメージ ボタンを作成するときに、値が「true」に設定されている場合、オフ/オンとして作成された場合でも、イメージは「オン」として読み込まれます。コンストラクターの外側で ImageButton を作成します。

次に、コンストラクター内で、最後の画像の状態を確認しようとしたため、それに応じて画像ボタンを再度作成しました。ただし、 (boolean)((Boolean) persistentHashtable.get("image")).booleanValue() は、正常にコンパイルされても CastException をスローします。

終了時に画像の状態を保存しています：

ガイドしてください。参考までに、画像ボタンの作成に使用される LabeledSwitch クラスを以下に示します。

キャンバスを使用して非常に大きな画像を描画するフェイルセーフ プログラムを作成しようとしています (おそらく 60 MB が上限で、10 MB が下限です)。toDataURLキャンバスの同期関数を呼び出すと、通常、ブラウザーでページがクラッシュすることをずっと前に発見したのでtoBlob、クロスブラウザーの互換性のために、フィラーを使用してメソッドを使用するようにプログラムを調整しました。URL.createObjectURL(blob)私の質問は次のとおりです:メソッドを使用した Blob URL はどのくらい持続しますか?

ある時点で画像の一部をレンダリングし、ブラウザを閉じて、戻ってきて後で終了したい場合に備えて、Blob URL をキャッシュして、ブラウザ セッションを超えて存続できるようにする方法があるかどうかを知りたいです。 Blob URL を再度キャンバスに読み取り、中断した時点から再開します。このオプションの autoRevoke 引数が探しているものである可能性があることに気付きましたが、実行しようとしていることが実際に可能であることを確認したいと思います。別の解決策が含まれない限り、回答にコード例は必要ありません。必要なのは、このメソッドまたはその他の方法を使用してセッションを超えてBlob URLを持続させることができるかどうかについて、はいまたはいいえです。(これは、何らかの理由でページがクラッシュし、「セッションの復元」オプションのように機能する場合にも便利です。)

私は次のようなことを考えていました：

これが意図したとおりに機能するかどうかは確信が持てないことに注意してください。

編集は、それが:PsessionStorageと同じではないことに気付きましたlocalStorage