• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Obj-C - your thoughts on hiding data members?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Obj-C - your thoughts on hiding data members?


  • Subject: Re: Obj-C - your thoughts on hiding data members?
  • From: Alex Zavatone <email@hidden>
  • Date: Wed, 27 Jan 2016 19:34:07 -0500

On Jan 27, 2016, at 2:49 PM, Alex Zavatone <email@hidden> wrote:

>
> On Jan 27, 2016, at 6:38 AM, Dave wrote:
>
>>
>>>>
>>>>> I'm going to step out on a limb and since Xcode has supported editing in UTF-8 and 16, that we look into those character sets and pick some symbols that accurately represent public, protected and private.
>>>>
>>>> Now you’re pulling our legs, right Alex?
>>>
>>> Yeah, I know.  It's really non conventional, buuut… I've started using some of the characters such as the block and non breaking line to make better formatting for comments and logging.
>>
>> Wow Man, you *do* like living on the wild-side. I hope it doesn’t come back to bite you!
>
> Wise words.
>
> I base this attempt on a fair amount of crash test dummies who have risked this before me and constantly asking questions.  Is the character set supported by Xcode?  By Git?
>
> The popups in the right side of Inspector Panel with a setting for Text Encoding and the amount of people who I've seen code in Japanese with the UTF-16 encoding justified me asking this.
>
> But for those crazy Swift kids who are using smilies in variable names, I'm going to let them drive the crash test vehicle.
>
>>> Other people who are on the Swift side of things are even using smilies and emoticons in their code.  Or so they claim.  That scares me.
>>
>> I’m more of a if its not in the ASCII set it ain’t Source Code brigade! lol

Ahh, just a little testing shows that well, if it’s not ASCII, it’s not going to work, period.

“Non-ASCII characters are not allowed outside of literals and identifiers"

They do work fine for logging and in comments though.

myConfigurableOption = @"███████████████"; // 👈 ◄ ⬅︎

someSillyString = @"⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯";


_______________________________________________

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


  • Follow-Ups:
    • Re: Obj-C - your thoughts on hiding data members?
      • From: Dave <email@hidden>
References: 
 >Obj-C - your thoughts on hiding data members? (From: Graham Cox <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Greg Parker <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Alex Zavatone <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Dave <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Alex Zavatone <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Jens Alfke <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Alex Zavatone <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Jens Alfke <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Alex Zavatone <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Dave <email@hidden>)
 >Re: Obj-C - your thoughts on hiding data members? (From: Alex Zavatone <email@hidden>)

  • Prev by Date: Re: App Transport Security exceptions App Store signed app
  • Next by Date: Trying to understand a permissions failure when writing to ~/Desktop
  • Previous by thread: Re: Obj-C - your thoughts on hiding data members?
  • Next by thread: Re: Obj-C - your thoughts on hiding data members?
  • Index(es):
    • Date
    • Thread