0

当社のアプリケーションは、Apple の要件に従って「バックアップしない」フラグを設定します。または、少なくとも私たちはそう思いました。レビュー担当者がフラグが設定されていないファイルを見つけたため、最近の送信は拒否されました。テスト、再テスト、再テストを繰り返した結果、すべてのファイルが「バックアップしない」フラグで作成されていることがわかりました。うーん!

これは、同じコード ベースを使用する最初のアプリケーションではありません。ごく最近でも、問題なく通過した他の多くの人がいます。

それで、それはシーケンスの問題でしょうか?アプリケーションの開始コンテンツとして使用されるダウンロード バンドルからデータベース ファイルをコピーしています。このコンテンツは、ユーザーがより多くのデータを取得すると更新されます。初期データベース ファイルは、アプリケーションによっては 2MB 程度まで大きくなる場合があります。Documents フォルダーで新しいファイルを開き、データベースの内容を新しいファイルにコピーして閉じ、「バックアップしない」フラグを設定します。

代わりに、空のファイルを作成し、それを開いて空のファイルをバンドルのデータベース コンテンツで上書きする前に、すぐに「バックアップしない」フラグを設定する必要がありますか?

Apple のレビュアーにこの質問をしましたが、まだ回答がありません。単に別のシーケンスを試して、再レビューで何が起こるかを確認することもできますが、問題が何であるかを推測して暗闇で撮影するよりも、何をすべきかを知り、実行することを好みます.

それで、(データベース) ファイルをバンドルから Documents ディレクトリにコピーして「バックアップしない」フラグを設定する確実な「Apple 承認済み」の方法を知っている人はいますか? 誰かが同様の拒否と、査読者を喜ばせるために彼らが何をしたかを明らかにすることができますか?

4

1 に答える 1

0

タンブルウィードバッジ(=退屈な質問)を獲得したことで、それに答えるための情報がいくつかあります。

「バックアップしない」フラグの設定方法が5.0.1から5.1に変更されました。iOS 5.1 SDKのリリースノートには、「バックアップ」の下に次のエントリがあります

iOS 5.1では、バックアップすべきでないファイルまたはディレクトリをマークするための新しいAPIが導入されています。NSURLオブジェクトの場合、NSURLIsExcludedFromBackupKey属性を追加して、対応するファイルがバックアップされないようにします。CFURLRefオブジェクトの場合、対応するkCFURLIsExcludedFromBackupKey属性を使用します。iOS 5.1以降で実行されているアプリは、以前に説明したように、com.apple.MobileBackup拡張属性を直接追加するのではなく、新しい属性を使用する必要があります。com.apple.MobileBackup拡張属性は非推奨であり、将来のリリースでサポートが削除される可能性があります。

iCloudはiOS5.01で導入され、この変更は5.1で導入されたことに注意してください。つまり、アプリはデバイスで実行されているiOS固有のバージョンに適応する必要があります。私たちの開発者の1人は、iOS5.1以前およびiOS5.1以降の デバイスを処理するコードについて次の要点を見つけました。

于 2012-05-31T20:39:25.420 に答える