if you tell an objective c object to removeObservers: for a key path and that key path has not been registered, it cracks the sads. like -
'Cannot remove an observer for the key path "theKeyPath" from because it is not registered as an observer.'
is there a way to determine if an object has a registered observer, so i can do this
if (object has observer){
remove observer
}
else{
go on my merry way
}
In my opinion - this works similar to retainCount mechanism. You can't be sure that at the current moment you have your observer. Even if you check: self.observationInfo - you can't know for sure that you will have/won't have observers in future.
Like retainCount. Maybe the observationInfo method is not exactly that kind of useless, but I only use it in debug purposes.
So as a result - you just have to do it like in memory management. If you added an observer - just remove it when you don't need it. Like using viewWillAppear/viewWillDisappear etc. methods. E.g:
And it you need some specific checks - implement your own class that handles an array of observers and use it for your checks.
The whole point of the observer pattern is to allow an observed class to be "sealed" -- to not know or care whether it is being observed. You are explicitly trying to break this pattern.
Why?
The problem you are having is that you are assuming you are being observed when you aren't. This object did not start the observation. If you want your class to have control of this process, then you should consider using the notification center. That way your class has full control on when data can be observed. Hence, it doesn't care who is watching.
The real question is why you don't know whether you're observing it or not.
If you're doing this in the class of the object being observed, stop. Whatever's observing it expects to keep observing it. If you cut off the observer's notifications without its knowledge, expect things to break; more specifically, expect the observer's state to go stale as it doesn't receive updates from the formerly-observed object.
If you're doing this in the observing object's class, simply remember which objects you're observing (or, if you only ever observe one object, whether you're observing it). This is assuming that the observation is dynamic and between two otherwise-unrelated objects; if the observer owns the observed, just add the observer after you create or retain the observed, and remove the observer before you release the observed.
Adding and removing an object as an observer should usually happen in the observer's class, and never in the observed object's.
In addition to Adam's answer I would like to suggest to use macro like this
example of usage
When you add an observer to an object you could add it to a
NSMutableArray
like this:If you want to unobserve the objects you can do something like:
Remember, if you unobserve a single object remove it from the
_observedObjects
array:The only way to do this is to set a flag when you add an observer.