Re: On self = [super init...] ...
Re: On self = [super init...] ...
- Subject: Re: On self = [super init...] ...
- From: Charles Srstka <email@hidden>
- Date: Thu, 18 Nov 2010 16:49:26 -0600
On Nov 18, 2010, at 4:34 PM, John Engelhart wrote:
> But your objection is still from the perspective of the "tail end". It still doesn't address the case when I'm performing object substitution "above you" and I really, really need you to honor my choice. In this case, if you decide to substitute a different object after I've already done so, and I made my choice for reasons that are not available to you, we've got problems. Not only that, it is impossible for you to even tell that I'm in the middle of performing object substitution "above you" and not just performing the required self = [super init...].
>
> At some point, someone is going to require either the choice be honored at the "head" or at the "tail", and possibly both.
That just sounds like making bad assumptions to me. If you have special needs that subclasses have to be aware of beyond the usual things, then you should be documenting these requirements, just like Apple does with many classes which tell you the designated initializer that you should use, what primitives need to be overridden, or in some cases, that a class is not meant to be subclassed.
Charles_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden