What is the visibility of @synthesized instance variables?

A synthesized ivar is completely invisible to all code that cannot see the @synthesize line (which basically means anything outside of the .m file). It’s not @protected, it’s not @private, it’s simply unknown. With a @private ivar, other code trying to access it will be told that it’s private, but with a synthesized ivar, other code trying to access it will be told that the field simply doesn’t exist.

As a thought experiment, try imagining a situation where the ivar acted like it was @protected. You make a subclass, and you muck about with the ivar there. Now you go back to the superclass and change @synthesize myProp to @synthesize myProp=foo. What happens in the subclass? When the compiler processes the subclass, it cannot see the @synthesize line, so it would have no idea that you just changed the name of the ivar. In fact, it cannot even tell if the property is backed by an ivar at all, or if it’s implemented with custom-written accessor methods. I hope it’s obvious why this means that the subclass cannot possibly access the ivar, and neither can any other class.

That said, I’m not quite sure what the compiler does if you write code in the same .m file that tries to access the ivar. I expect it will treat the ivar as @private (since the compiler can, in fact, see that the ivar exists).

Also, none of this has any bearing on the runtime methods. Other classes can still use the obj-c runtime methods to dynamically look up your class’s ivar list and muck about with it.

Leave a Comment