Reputation: 30578
I declare the object variable as a NSString
But when I use the XCode to look into my object, I saw there are two type of String, it seems that the system automatically transfer to another:
What are the different between them? Are they interchangeable to one and others. Also, what is the condition two change to another?
Thanks.
Upvotes: 16
Views: 29404
Reputation: 13728
One of benefits of transforming NSString to NSCFConstantString is next example:
For example - in method cellForRowAtIndexPath for tableView if you will write
NSString *ident = @"identificator";
NSLog(@"%p", ident);
than it would be the same address for every cell. But with NSLog(@"%p", &ident) it would be different address for every cell.
NSString ident = @"identificator" is a special case - it is created as a __NSCFConstantString class so all equal string literals will share the same memory address to optimize memory usage. &ident will get an address of a local variable pointing to a NSString and will have NSString** type.
Reference to source (comments).
Upvotes: 0
Reputation: 43472
They're both concrete subclasses of NSString
. __NSCFString
is one created during runtime via Foundation or Core Foundation, while __NSCFConstantString
is either a CFSTR("...")
constant or an @"..."
constant, created at compile-time.
Their interfaces are private. Treat them both as NSString
and you should have no trouble.
Upvotes: 20
Reputation: 19867
It appears to be an optimization done by the compiler. I'm guessing that the string that is getting converted to an NSCFConstantString
is equal to one of the constants that is cached for performance reasons. Your NSCFString
is just a toll-free bridged string that can be an NSString
or a CFString
. See this article for more information.
Upvotes: 3
Reputation: 726609
As far as I know, NSCFConstantString
is an implementation of NSString
that keeps the string data in code memory. Compiler creates instances of it when you use @"string"
constants. You can use NSCFConstantString
anywhere an NSString
could be used due to subclass/superclass relationship, but obviously not the other way around.
Upvotes: 3