iOS5 NSManagedObjectContext Типове едновременност и как се използват?

Типовете паралелност на опашката ви помагат да управлявате многонишкови основни данни:

И за двата типа действията се извършват само в правилната опашка, когато ги извършвате с помощта на един от методите performBlock. т.е.

[context performBlock:^{
    dataObject.title = @"Title";
    [context save:nil]; // Do actual error handling here
}];

Типът паралелност на частната опашка върши цялата си работа във фонова нишка. Страхотен за обработка или диск io.

Основният тип опашка просто извършва всички свои действия върху UIThread. Това е необходимо, когато трябва да правите неща като обвързване на NSFetchedResultsController с него или всякакви други задачи, свързани с потребителския интерфейс, които трябва да бъдат преплетени с обработката на обектите на този контекст.

Истинското забавление идва, когато ги комбинирате. Представете си, че имате родителски контекст, който върши всичко io във фонова нишка, която е частен контекст на опашка, и след това вършите цялата си работа с потребителския интерфейс срещу дъщерен контекст от основния тип опашка. По същество това прави UIManagedDocument. Позволява ви да запазите опашката на потребителския си интерфейс без натоварената работа, която трябва да се извърши, за да управлявате данни.

Мисля, че отговорите са в бележката: Бележки за изданието на основните данни за Mac OS X Lion http://developer.apple.com/library/mac/#releasenotes/DataManagement/RN-CoreData/_index.html

За NSPrivateQueueConcurrencyType мисля, че не сте прав. Дъщерен контекст, създаден с този тип едновременност, ще има своя собствена опашка. Контекстът родител/дете не е изцяло свързан с нишката. Изглежда, че родителят/детето опростява комуникацията между контекстите. Разбирам, че просто трябва да запазите промените в дъщерните контексти, за да ги върнете обратно в родителския контекст (все още не съм го тествал). Обикновено контекстният модел родител/дете е свързан с основния модел на опашка/фонова опашка, но не е задължителен. [РЕДАКТИРАНЕ] Изглежда, че достъпът до магазина (Запазване и Зареждане) се извършва чрез основния контекст (в основната опашка). Така че не е добро решение да се извършват фонови извличания, тъй като заявката зад executeFetchRequest винаги ще се изпълнява в главната опашка.

За NSMainQueueConcurrencyType той е същият като NSPrivateQueueConcurrencyType, но тъй като е свързан с основната опашка, разбирам, че извършвате операция с контекста, без непременно да използвате performBlock; ако сте в контекста на главната опашка, например в делегирания код на контролера View (viewDidLoad и т.н.).

midas06 написа:

Представете си, че имате родителски контекст, който върши всичко io във фонова нишка, която е частен контекст на опашка, и след това вършите цялата си работа с потребителския интерфейс срещу дъщерен контекст от основния тип опашка.

Разбрах, че е обратното: поставяте родителския контекст в основната нишка с помощта на NSMainQueueConcurrencyType и дъщерния контекст на фоновата нишка с помощта на NSPrivateQueyeConcurrencyType. Греша ли?