Re: Problem overriding a factory class mehtod
Re: Problem overriding a factory class mehtod
- Subject: Re: Problem overriding a factory class mehtod
- From: "Julien Jalon" <email@hidden>
- Date: Fri, 3 Nov 2006 01:03:08 +0100
It seems to be a "bad implementation" of FooA. I suppose +[FooA
fooWithInt:] implementation looks like:
+ (FooA *)fooWithInt:(int)someInt
{
return [[[FooA alloc] initWithInt:someInt] autorelease];
}
while it should be:
+ (id)fooWithInt:(int)someInt // don't strong type class creation
methods, it's generally a bad idea
{
return [[[self alloc] initWithInt:someInt] autorelease];
}
On 11/3/06, Ivan Kourtev <email@hidden> wrote:
I am faced with the following situation involving inheritance:
Class FooB inherits from class FooA. Class FooA implements a class
method
+ (FooA*)fooWithInt:(int)x;
The problem seems to arise with calls such as [FooB fooWithInt:x].
If I don't implement + [FooB fooWithInt], then I just get back a FooA
object (doesn't have FooB's variables).
If I override
+ (FooB*)fooWithInt:(int)x {
return [super fooWithInt:x];
}
then I get back a FooA object again.
So what is the "by-the-book" correct way to handle such situations?
I suppose a full reimplementation of + [FooB fooWithInt] (one that
doesn't call [super ...]) would do but then I am not able to reuse
the superclass's code. Not a problem in my case (I own all classes)
but what if I were working with another party's library and a header
file?
-- ivan
_______________________________________________
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
_______________________________________________
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