Re: NSString* kMyKey = @"aKey" vs #define MYKEY @"aKey"
Re: NSString* kMyKey = @"aKey" vs #define MYKEY @"aKey"
- Subject: Re: NSString* kMyKey = @"aKey" vs #define MYKEY @"aKey"
- From: Memo Akten <email@hidden>
- Date: Sat, 4 Apr 2009 00:05:32 +0100
Thanks for the replies guys. I do prefer the #define method simply
because it's less maintenance (only add to one header, instead of
header + .m)
Cheers,
Memo.
On 3 Apr 2009, at 23:44, Quincey Morris wrote:
On Apr 3, 2009, at 15:15, Nate Weaver wrote:
IIRC they're optimized to point to the same memory location (I
wasn't sure, so I tested and confirmed).
I usually do:
NSString * const kConstantNameHere = @"foo";
That's what I've seen in Apple headers (with an extern at the
beginning and no assignment in said headers, of course).
Except that the reason for *that* is to have the names of the
strings in the public API but to keep the content of the strings out
of it, which is presumably not a consideration for the OP.
I'd choose the #define version, and give the compiler elbow room to
do its job of optimizing away duplicate literals -- and whatever
else it can do, such as possibly putting string literals in read-
only address space.
But the difference (if any) between the two approaches is so minimal
that personal preference is a fine criterion for deciding. :)
_______________________________________________
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
_______________________________________________
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