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: Quincey Morris <email@hidden>
- Date: Fri, 3 Apr 2009 15:44:38 -0700
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