Для чего используется PerformBlock: NSManagedObjectContext?

Методы performBlock: и performBlockAndWait: используются для отправки сообщений вашему экземпляру NSManagedObjectContext, если MOC был инициализирован с помощью NSPrivateQueueConcurrencyType или NSMainQueueConcurrencyType. Если вы делаете что-либо с одним из этих типов контекста, например, устанавливаете постоянное хранилище или сохраняете изменения, вы делаете это в блоке.

performBlock: добавит блок в резервную очередь и запланирует его запуск в собственном потоке. Блок вернется немедленно. Вы можете использовать это для длительных операций сохранения в резервном хранилище.

performBlockAndWait: также добавит блок в резервную очередь и запланирует его запуск в собственном потоке. Однако блок не вернется, пока блок не завершит выполнение. Если вы не можете двигаться дальше, пока не узнаете, прошла ли операция успешно, то это ваш выбор.

Например:

__block NSError *error = nil;
[context performBlockAndWait:^{
    myManagedData.field = @"Hello";
    [context save:&error];
}];

if (error) {
    // handle the error.
}

Обратите внимание: поскольку я сделал performBlockAndWait:, я могу получить доступ к ошибке за пределами блока. performBlock: потребует другого подхода.

Из примечаний к выпуску основных данных iOS 5 :

NSManagedObjectContext теперь обеспечивает структурированную поддержку параллельных операций. Когда вы создаете контекст управляемого объекта с помощью initWithConcurrencyType:, у вас есть три варианта ассоциации его потока (очереди).

• Ограничение (NSConfinementConcurrencyType).

  Это значение по умолчанию. Вы обещаете, что контекст не будет использоваться никаким потоком, кроме того, в котором вы его создали. (Это точно такое же требование к многопоточности, которое вы использовали в предыдущих выпусках.)

• Частная очередь (NSPrivateQueueConcurrencyType).

  Контекст создает и управляет частной очередью. Вместо того, чтобы создавать и управлять потоком или очередью, с которой связан контекст, здесь контекст владеет очередью и управляет всеми деталями для вас (при условии, что вы используете блочные методы, как описано ниже).

• Основная очередь (NSMainQueueConcurrencyType).

  Контекст связан с основной очередью и, как таковой, привязан к циклу обработки событий приложения, но в остальном он подобен контексту на основе частной очереди. Этот тип очереди используется для контекстов, связанных с контроллерами и объектами пользовательского интерфейса, которые требуется использовать только в основном потоке.

Они позволяют вам получить доступ к одним и тем же managedObjectContext потокам.

Я не совсем уверен, что я прав, но я использую это так.

Вы используете performBlockAndWait как "обычный". Вам это не нужно, если вы выполняете manageObjectContext только в одном потоке. Если вы выполняете его во многих потоках, тогда да, вам понадобится performBlock.

Итак, если вы находитесь в основном потоке, вам не нужно делать performBlockAndWait для основного managedObjectContext. По крайней мере у меня нет и у меня все хорошо.

Однако, если вы получите доступ к этому managedObjectContext в других потоках, тогда да, вам нужно будет сделать performBlockAndWait.

Такова цель performBlock и performBlockAndWait.

Кто-нибудь, пожалуйста, поправьте меня, если я ошибаюсь здесь. Конечно, если вы получаете доступ к контексту только в одном потоке, вы можете просто использовать значение по умолчанию.