Returning exactly what has been promised
Returning exactly what has been promised
- Subject: Returning exactly what has been promised
- From: Steve Cronin <email@hidden>
- Date: Tue, 22 Jul 2008 23:54:32 -0500
Folks;
I find if I have a method which returns an NSString for example, that
often, in the interior of that method I will use an NSMutableString to
construct the string I intend to return. My question concerns the
actual final return statement.
Is there ANY reason to choose A over B?
A) return [NSString stringWithString:myWorkingMutableString];
B) return myWorkingMutableString;
It just kinda sticks in my craw me that I 'promised' an NSString and
using (B) I don't return one.
Yeah I do understand inheritance and that a mutable entity
isKindOfClass of the base class
I looking for reasons like edge cases, compiler optimization, error
trapping, portability, etc..
Is there ANY benefit to the costs associated with the explicit
declaration of (A)?
Thanks for helping me better understand!
Steve
_______________________________________________
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