データベース オブジェクトといくつかの写真オブジェクトがあります。
データベース オブジェクトには、整数プロパティと変更可能なディクショナリ プロパティが含まれています。
整数は、新しい写真オブジェクトを作成し、変更可能なディクショナリに写真オブジェクトへのポインターが含まれているときに、変更可能なディクショナリ キーとして使用する次の空き番号を追跡します。
写真オブジェクトには、画像、画像の説明、および画像が撮影された日付が含まれます。
applicationDidBecomeActive および applicationWillResignActive メソッドがトリガーされたときに、NSKeyedUnarchiver および NSKeyedArchiver を使用して、これらのオブジェクトを読み書きしています。
そして、それはすべてうまくいっています。applicationWillResignActive がトリガーされると、NSKeyedArchiver を呼び出し、ルートとしてデータベース オブジェクトをポイントします。次に、コーダーは整数を書き出し、可変ディクショナリに遭遇すると、ディクショナリに降りて、各写真オブジェクトが呼び出されて、画像、説明、および日付であるそのプロパティを保存します。
私が言ったように、それはすべてうまくいっています。しかし、写真の数が増えるにつれて、それはますます遅くなったように感じたので、いくつかのタイミングを計りました。
アーカイブを読み込むと、書き出すよりも約 25 倍高速であることがわかりました。
そこで、書き込み側を高速化する方法として、新しい写真や変更された写真だけを書き出すというアイデアを思いつきました。結局のところ、ほとんどの写真は過去のセッションからのもので、以前から 30 ～ 50 枚の写真があり、今回は 2 ～ 3 枚の新しい写真しか撮影できない可能性があります。
写真が新しいか古いかを示すフラグをいくつか作成しました。applicationWillResignActive がトリガーされ、各 encodeWithCoder 呼び出しを処理する写真オブジェクトで自分自身がダウンしている場合、写真が新しい場合は画像、説明、日付を保存し、古い場合は保存をスキップします。
うーん、期待したほどの結果にはなりませんでした:-)
applicationWillResignActive がトリガーされると、書き出すのをスキップしたすべての写真が空の写真オブジェクトとして書き出され、同じキーで前の写真オブジェクトが上書きされます。次に、それらを再度ロードすると、bupkis、nada、zip が得られます。
最初の質問は、オブジェクト ツリーの一部だけを書き出して、書き出さなかった部分を以前の完全な書き込みからそのまま残しておくことができるかということだと思います。それはナイーブな考えではないかと思い始めています。
ガリモン