모든 핵심 데이터 작업에 privatecontext를 사용하지 않는 이유는 무엇입니까?

Question

내 iPhone 앱에서 핵심 데이터를 통해 로그인 한 후 많은 데이터를 삽입하고 있습니다. 처음에는 데이터가 삽입되는 동안 로더가 표시되어 UI 차단이 문제가 아니었지만 이제는 로더를 제거하고 managedobjectcontext 동시성 유형을 NSPrivateQueueConcurrencyType으로 변경하여 백그라운드 스레드의 모든 삽입 작업을 이동했습니다. 무거운 삽입 작업에서 UI를.

모든 작업에 대해이 동일한 컨텍스트를 사용하고 아니며 NSMainQueueConcurrencyType을 사용하지 않으면 어떤 단점이 있을지 궁금합니다. 권장 사항입니까?

Answer 1

에 대해 NSPrivateQueueConcurrencyType을 사용하고 모든 컨텍스트의을 사용해야합니다. 예를 들어, NSFetchedResultsController은 큐 제한을 사용하기위한 모든 규칙 (즉, 페치는 큐를 통해 수행되어야하며 결함 등)을 준수하는 한 개인 큐 컨텍스트에서 올바르게 작동합니다. There is a bug with NSFetchedResultsController caching when using private queue contexts이지만 캐싱은 제한된 수의 사용 사례 만 포함합니다.

코어 데이터의 데이터를 사용하여 UI 요소를 업데이트하는 경우에도 여전히 기본 대기열에서 UI에 액세스해야합니다.

[[object managedObjectContext] performBlock:^{ 
    NSString *text = [object someProperty]; 
    [NSOperationQueue mainQueue] addOperationWithBlock:^{ 
     [[self someLabel] setText:text]; 
    }]; 
}]; 

이 개인 큐의 감금을 사용하는 많은 장점이 있습니다 : 예를 들어,이 라벨을 업데이트 할 속성에 액세스 할 수있다. 단점은 위의 코드를 포함해야한다는 것입니다. 메인 큐에서 핵심 데이터 작업을 수행하는 것보다 훨씬 중요한 코드입니다.

Answer 2

핵심 데이터를 포함하는 모든 작업이이 컨텍스트에서 수행되는 한 단점은 없습니다.

아마도 차이점은 있지만 실제로는 단점이라면 모든 데이터 작업을 비동기 적으로 수행해야한다는 것입니다.

그런데 핵심 데이터에는 자체 "백그라운드"스레드가 있으며 "performBlock"을 사용하여 모든 작업을 수행하면 정상이됩니다. 당신이 우리를 말해야한다

What is NSManagedObjectContext's performBlock: used for?

Answer 3

진짜 세부 실행중인 작업의 유형입니다.

UI를 건드리지 않으면 다른 스레드에서 작업을 수행하는 것이 좋습니다. 예를 들어 백엔드에서 JSON 데이터 (많은 데이터)를 가져오고 있다고 가정 해 보겠습니다. 그것 없이는 앱이 멈출 수 있습니다.

NSMainQueueConcurrencyType은 기본 발송 대기열 및 주 스레드와 연결된 컨텍스트를 만듭니다. 이러한 컨텍스트를 사용하여 주 스레드, 일반적으로 UI 요소에서 실행해야하는 개체에 연결할 수 있습니다. 따라서 예를 들어 NSFetchedResultsController을 처리 할 때 필요합니다.

어쨌든 병목 현상을 발견하는 동안 내 개인적인 조언은 응용 프로그램을 프로파일하고 스레드 컨텍스트를 사용하는 것입니다. 핵심 데이터는 상당히 복잡해질 수 있습니다. 가능한 한 간단하게 머물러있게하십시오.

Answer 4

내가 단점이라면 NSManagedObjects을 사용할 수 없다는 것입니다. -performBlock: 외부에서 걸릴 수 있습니다. -performBlock: 내부에서 직접 UI를 터치 할 수 없으므로 값을 UI 요소로 전달하려면 블록 밖으로 개별 속성을 전송해야합니다.

또한 NSMainQueueConcurrencyType의 컨텍스트에는 백그라운드 큐가 없습니다. -performBlock:이 수행하는 작업은 실행 루프주기에서 블록을 대기열에 넣는 것입니다. 따라서 코드의 실행이 명령문에서 계속되는 것처럼 보이지만 블록이 실행되면 나중에 스레드를 차단합니다.