> On Oct 5, 2015, at 18:47 , Charles Srstka <cocoa...@charlessoft.com> wrote: > >> On Oct 5, 2015, at 8:19 PM, Rick Mann <rm...@latencyzero.com> wrote: >> >>> On Oct 5, 2015, at 18:12 , Jens Alfke <j...@mooseyard.com >>> <mailto:j...@mooseyard.com>> wrote: >>> >>> NSURLComponents is a class, not a struct, so ‘url3’ is a reference, not a >>> value, and ‘let’ just means you can’t reassign ‘url3’ to point to another >>> object. >> >> But it wasn't allowed in the copy() case. > > That’s because it doesn’t *know* it’s a class in the copy() case. An > AnyObject could be a class *or* a struct. The compiler errs on the side of > caution.
Huh. I continue to be bothered by the ambiguity/variability of "let"*. Is the reference immutable or the thing it points to? I wish I could specify which is important in the code I'm writing. And I'm not sure I like the different treatment for structs, although I can accept it. *Okay, maybe it's not ambiguous, but it often seems to be the opposite of what I want. -- Rick Mann rm...@latencyzero.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
