問題が見つかりました。他の誰かがその問題に直面している場合、ここに解決策があります（私の場合）：アプリはファイルがまだ作成されていない場合にのみデータをダウンロードするため、最初に実行したときはまだflickrキーを入れていなかったので、データなしでファイルを作成しました。キーを使用してアプリを再度実行したとき、flickr からデータをダウンロードすることはありませんでした。
PhotographersTableViewControler.m で変更したコードは次のとおりです。
- (void)useDocument
{
if (![[NSFileManager defaultManager] fileExistsAtPath:[self.photoDatabase.fileURL path]]) {
// does not exist on disk, so create it
[self.photoDatabase saveToURL:self.photoDatabase.fileURL forSaveOperation:UIDocumentSaveForCreating completionHandler:^(BOOL success) {
[self setupFetchedResultsController];
[self fetchFlickrDataIntoDocument:self.photoDatabase];
}];
} else if (self.photoDatabase.documentState == UIDocumentStateClosed) {
// exists on disk, but we need to open it
[self.photoDatabase openWithCompletionHandler:^(BOOL success) {
[self setupFetchedResultsController];
//the next line is the only one I changed!!!!!!
[self fetchFlickrDataIntoDocument:self.photoDatabase];
}];
} else if (self.photoDatabase.documentState == UIDocumentStateNormal) {
// already open and ready to use
[self setupFetchedResultsController];
}
}
初めてその行を削除できます。誰かが私の過ちから学べることを願っています。
@litov はい、確かにそれを行うことができますが、このような状況では、iPhone/iPad またはシミュレーターからアプリを削除する方がはるかに簡単だと思います。データベースファイルも削除されます。
Litov、あなたのソリューションは毎回データを取得するようです。fetchFlickrData... の実装は一意の ID で既存のレコードをチェックし、まだロードされていないレコードのみをロードしていると思うので、重複を取得していないと思います。
とはいえ、アプリを起動するたびに Flickr からデータを取得するため、処理が遅くなります。
ただし、問題は最初の実行時に適切にセットアップされていなかったことがわかっているため、このハックなしで修正できます。このデモに基づくプロジェクトで同様の問題が発生し、データベース ファイルを削除することで解決しました。シミュレーターから。
~/Library/Application Support/iPhone Simulator/5.1/Applications/ に移動し、データベースで「rm -fr」を実行することにより、ファイル システムでこれを行うことができます (これは、指定した名前のディレクトリになります。そのパスの「5.1」は、実行しているシミュレーターのバージョンによって異なり、大きくて判読できない GUID 名を持つディレクトリになりますが、それらのいくつかに cd して、どれに .app があるかを確認できます。
さらに簡単です: シミュレーターからアプリを削除するだけです (iPhone/Pad から削除するのと同じ方法: アイコンを押したまま X をクリックします)。これにより、ドキュメントが削除されます。