Re: CoreData - re-faulting object and removing self-observers results in messages being sent to zombie
Re: CoreData - re-faulting object and removing self-observers results in messages being sent to zombie
- Subject: Re: CoreData - re-faulting object and removing self-observers results in messages being sent to zombie
- From: Jim Correia <email@hidden>
- Date: Wed, 3 Aug 2005 22:04:51 -0400
On Aug 3, 2005, at 9:29 PM, Jim Correia wrote:
On Aug 3, 2005, at 5:31 PM, Frank Illenberger wrote:
1. willChangeValueForKey/didChangeValueForKey are only called
when there is actually some object obeserving the key. This is an
optimization new to Tiger. In Panther, these methods were called
even when there was no one observing. So this is not a good place
to hook in.
Frank,
Is this documented someplace? Is it true even for subclasses of
NSManagedObject?
If I take my previous example, add a magicString string attribute
to Person, and implement person like this
[...]
didChangeValueForKey is called for magicAttribute even though there
are no observers (or UI objects bound to that key.)
I did notice, however, that didChangeValueForKey is not called for
dependent keys unless there is an observer. Is this what you are
saying, or are you saying something more general?
Jim
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden