iOS データ ストレージ ガイドラインに従っていないため、先週、私の iPhone アプリが拒否されました。私のアプリは基本的に特定のデータを検索し、それらを他のユーザー (Twitter、電子メールなど) と共有したり、後で表示するために「お気に入り」に保存したりできるユーザーに表示します。
ついさっき：
以前は、特定のデータ戦略に従っていませんでした。私のアプリは基本的にすべての検索データ (画像) を/Documents/ディレクトリにダウンロードしていました。ユーザーが特定のアイテムを「お気に入り」としてマークすると、それらは/Documents/パスのカスタムメイドの「お気に入り」ディレクトリに保存されました。私のアプリは iCloud を使用していません。さらに、ダウンロードした検索データ (画像) をユーザーが見た後に削除するのを忘れ、同じビューに表示されなくなりました。その後、戦略全体がひどいものであり、アプリが拒否された理由を知りました.
今：
今、私のアプリが拒否されたので、私は自分のアプリを修正し、可能な限り完璧にすることに力を注いでいます. 私が従っているデータ戦略は、現在非常に単純です。
a)ダウンロードしたすべての検索データ (画像と検索結果の pList ファイル) は、/Library/Cachesディレクトリに作成されます。
b)ユーザーがアイテムを「お気に入り」に追加すると、そのアイテムに関連付けられたデータ (画像とテキスト) が/Documents/ディレクトリに保存されます。
c) /Library/Caches および /Documents/ディレクトリ内のすべてのファイルは、属性付きの「バックアップしない」でマークされています。これは、iCloud でスペースを取りたくないためです。
d)ユーザーが別のビューに移動し、検索結果にアクセスしなくなると、 /Library/Cachesディレクトリ内の検索関連データはすべてすぐに削除されます。
e)アプリの起動時に、アプリが途中で終了した場合に備えて、以前のセッションのファイルが/Library/Cachesディレクトリに残っているかどうかを確認します。以前の検索セッションで残っているファイルが見つかった場合は、それらを削除します。
私の質問は次のとおりです。
A)現在採用しているデータ ストレージ戦略は受け入れられますか?
B) /Library/caches/内の検索関連ファイルに「バックアップしない」属性を付ける必要がありますか、それとも不要ですか?
C) /Documents/ディレクトリ内のユーザーのお気に入りアイテムに関連するデータを「バックアップしない」属性でマークする必要がありますか、それともユーザーのお気に入りアイテムが iCloud にバックアップされても問題ありませんか?