I want to create a method like this:
- (void) checkAndUpdateStringProperty: (NSString **) property{
if (...)
*property = @"whatever";
}
I want to use this to pass in a property for the same class:
- (void) somewhereElse{
....
[self checkAndUpdateStringProperty: &self.productName];
}
But this gives a syntax error, saying "Address of property expression requested". Any reason why? If I replace the class property with a local variable, it works fine:
- (void) somewhereElse{
NSString *name = nil;
[self checkAndUpdateStringProperty: &name];
}
Properties should only ever be accessed through their getter and setter methods, with the exception of initializing and deinitializing them in the object's init
and dealloc
methods (when the object is not in a fully consistent state) -- accessing them any other way defeats their purpose and does not respect their attributes (retain
, copy
, etc.).
The reason why it doesn't compile is because property accessors are syntactic sugar for method calls, and you can't take the address of the return value of a method. self.productName
is identical to [self productName]
, and &[self productName]
makes no sense.
If you really want to do this, don't do it with a property, do it with just a regular variable (such as a local variable or ivar), and document the semantics of your function: does the calling function need to release
the returned object? Etc. For example, the various Apple methods which take an NSError**
specify that the error object which is returned, if any, is an autoreleased object, so you should not release
it yourself unless you also retain
it.
There are very few places in the Apple APIs that a value is passed in this fashion, the main one being NSError
. It is really best to just return the result. If you do have a reference parameter the general Apple rule is that it should be the last parameter that that the method name begin with "get
" as in getCheckAndUpdateStringProperty
.
But you can do it, it is just not what we are used to.
The error you are seeing is that self.productName
is really shorthand for the method call: [self productName]
so &self.productName
is interpreted as &[self productName]
.
Further in this case if productName is a @property with a retain attribute the reference counting will be subverted.
If you are really careful about the ownership attributes, you can get around this issue by staring at the following:
[self property]
vs:
self.property
vs:
self->property
Once you are clear about the difference you can try this:
[self checkAndUpdateStringProperty: &self->productName]
Note the use of: ->
I use this all the time when the property attribute is assign and when it is a primitive, non object type: (float, int, ...)
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With