I have a series of "policy" objects which I thought would be convenient to implement as class methods on a set of policy classes. I have specified a protocol for this, and created classes to conform to (just one shown below)
@protocol Counter
+(NSInteger) countFor: (Model *)model;
@end
@interface CurrentListCounter : NSObject <Counter>
+(NSInteger) countFor: (Model *)model;
@end
I then have an array of the classes that conform to this protocol (like CurrentListCounter does)
+(NSArray *) availableCounters {
return [[[NSArray alloc] initWithObjects: [CurrentListCounter class], [AllListsCounter class], nil] autorelease];
}
Notice how I am using the classes like objects (and this might be my problem - in Smalltalk classes are objects like everything else - I'm not sure if they are in Objective-C?)
My exact problem is when I want to call the method when I take one of the policy objects out of the array:
id<Counter> counter = [[MyModel availableCounters] objectAtIndex: self.index];
return [counter countFor: self];
I get a warning on the return statement - it says -countFor: not found in protocol (so its assuming its an instance method where I want to call a class method). However as the objects in my array are instances of class, they are now like instance methods (or conceptually they should be).
Is there a magic way to call class methods? Or is this just a bad idea and I should just create instances of my policy objects (and not use class methods)?
It turns out it is actually working and the warning is incorrect.
So the question still stands as to whether its a reasonable thing to do (use class methods if they don't need any state)?
And how to best handle the warning (I like to run warning free)?
My only workaround was to have a second protocol (essentially the same as the first but declare it on the instance side):
And where I access the counters use it instead (to trick the compiler):
Its a bit awkward but does work. Am interested in views from others?
This
Should be
In the first you have an instance that conforms to
<Counter>
. In the second you have a class that conforms to<Counter>
. The compiler warning is correct because instances that conform to<Counter>
don't respond tocountFor:
, only classes do.A class in Objective-C does work like an instance -- the main underlying difference is that retain counting does nothing on them. However, what you're storing in the -availableCounters array aren't instances (the
id
type) but classes, which have a type ofClass
. Therefore, with the -availableCounters definition you specified above, what you need is this:However, it would probably be semantically better if you used instances rather than classes. In that case, you could do something like the following:
Then your model class could implement the following:
Then your use of that would be exactly as you specified above: