2

Xcode で新しいマスター/ディテール アプリケーション プロジェクトを開始したときに作成されるものとよく似た TableViewController クラスを使用しています。そのため、TableViewController クラスに事前に入力されているのと同じコードを使用して、自分で使用しています。しかし、ランタイム クラッシュが発生し、その理由がわかりません。この正確なコードをアプリの別のクラスで使用すると、完全に機能します。

- (NSFetchedResultsController *)fetchedResultsController
{
    if (_fetchedResultsController != nil) {
        return _fetchedResultsController;
    }

    NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init];
    // Edit the entity name as appropriate.
    NSEntityDescription *entity = [NSEntityDescription entityForName:@"Binder" inManagedObjectContext:[appDelegate managedObjectContext]];
    [fetchRequest setEntity:entity];

    // Edit the sort key as appropriate.
    //NSSortDescriptor *sortDescriptor = [[NSSortDescriptor alloc] initWithKey:@"timeStamp" ascending:NO];
    //NSArray *sortDescriptors = @[sortDescriptor];

    //[fetchRequest setSortDescriptors:sortDescriptors];

    // Edit the section name key path and cache name if appropriate.
    // nil for section name key path means "no sections".

//This is where it crashes
    NSFetchedResultsController *aFetchedResultsController = [[NSFetchedResultsController alloc] initWithFetchRequest:fetchRequest managedObjectContext:[appDelegate managedObjectContext] sectionNameKeyPath:nil cacheName:@"Master"];
//End crash
    aFetchedResultsController.delegate = self;
    self.fetchedResultsController = aFetchedResultsController;

    NSError *error = nil;
    if (![self.fetchedResultsController performFetch:&error]) {
        // Replace this implementation with code to handle the error appropriately.
        // abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.
        NSLog(@"Unresolved error %@, %@", error, [error userInfo]);
        abort();
    }

    return _fetchedResultsController;
}

ここに含めるべき他のコード スニペットがわかりません。クラッシュが発生しても出力には何も表示されず、Xcode はメイン スレッドの次の部分にジャンプします。

libsystem_kernel.dylib`__kill:
0x972893b0:  movl   $786469, %eax
0x972893b5:  calll  0x9728b4c2                ; _sysenter_trap
0x972893ba:  jae    0x972893ca                ; __kill + 26 //This is highlighted
0x972893bc:  calll  0x972893c1                ; __kill + 17
0x972893c1:  popl   %edx
0x972893c2:  movl   27739(%edx), %edx
0x972893c8:  jmpl   *%edx
0x972893ca:  ret    
0x972893cb:  nop

何かご意見は？ありがとう

4

3 に答える 3

5

@flashfabrixx のおかげで、問題は私がソート記述子を使用していなかったことであり、NSFetchedResultsController. ソート記述子を再度追加すると、すべてが完全に機能しました。

于 2013-03-31T03:32:32.120 に答える
0

nil管理オブジェクト コンテキストを に渡すinitWithFetchRequest:managedObjectContext:sectionNameKeyPath:cacheName:と、例外がスローされます。コンソール ログに何も表示されないことに驚いています。

MOC とエンティティの両方が非 nil でNSAssert()あることを確認してください。Binder

キャッシュ名がNSFetchedResultsController別の FRC に使用されている場合、2 つのコントローラーのフェッチ要求が同一でない限り、エラーが表示されます。nila (または別の)を設定してcacheName:、別の結果が得られるかどうかを確認します。

于 2013-03-29T21:22:53.513 に答える
0

さて、あなたが行っている唯一の非標準的なことは、アプリ デリゲートからマネージド オブジェクト コンテキストを使用していることです。多くの正当な理由から、これは実際にはお勧めできません。

これを変更するには、マスター コントローラーにコンテキスト プロパティを追加し、そのコンテキストを使用してフェッチされた結果コントローラーを作成します (エンティティへの参照の取得と FRC の作成の両方のため)。

最後に、モデルに有効なBinderエンティティが実際に含まれていることを確認します。

于 2013-03-29T21:03:47.060 に答える