È possibile utilizzare un oggetto NSManagedObject al di fuori del suo performBlock del contesto?

Question

Gli oggetti NSManagedObjectContext hanno ottenuto performBlock: ed eseguonoBlockAndWait: metodi aggiunti per semplificare la concorrenza. Li ho usati - potenzialmente abbastanza ingenuamente - e mi sono appena reso conto che c'è una domanda che non ho mai fatto.

Se creo una sottoclasse NSManagedObject all'interno di uno dei metodi performBlock, il thread 'home' è il thread del suo contesto padre - che nel caso di NSPrivateQueueConcurrencyType è probabilmente un thread indipendente a cui non ho altri accessi.

Quindi è necessario effettuare una chiamata PerformBlock solo per accedere ai dati contenuti nei miei oggetti gestiti? O c'è una magia di sottofondo in grado di aiutarmi a proteggermi in caso di utilizzo di getter? (O setter, anche se sembra una cattiva idea ...)

Answer 1

NSManagedObject non deve essere utilizzato al di fuori della sua thread/coda managedObjectContext s (a volte funziona e alcune volte si blocca ==> non fare esso).

CoreData non garantisce l'accesso in lettura sicuro all'oggetto.

Per accedere a un oggetto di proprietà di un contesto "coda privata", utilizzare sempre o [context performBlock:...] o [context performBlockAndWait:...], a meno che non si accede sue objectID o managedObjectContext proprietà.

Answer 2

È necessario utilizzare performBlock: o performBlockAndWait:, ma c'è un'eccezione. Se si utilizza NSMainQueueConcurrencyTypee si sta utilizzando l'oggetto gestito nella coda principale, è possibile accedervi direttamente, senza blocco. Questo può essere di grande utilità quando è necessario aggiornare l'interfaccia utente da un oggetto gestito o viceversa.