[swift-evolution] RFC: didset and willset

Matthew Johnson matthew at anandabits.com
Fri May 20 20:17:29 CDT 2016


> On May 20, 2016, at 6:18 PM, Ricardo Parada <rparada at mac.com> wrote:
> 
> If I remember correctly the property behaviors proposal it seemed that accessors such as willSet, didSet, willRead, etc. were being called.  I look at them at the same level as instance methods, properties, etc. and should follow camelCase. Not to mention that I think they look so much better camelCase. 
> 
> When we start having accessors made up of three or more lowercase conjoined words we are going to realize what a bad choice it was to switch these to lowercase.  
> 
> I think they should stay camelCase. Please. :-)

I generally agree with you.  Especially because I believe sooner or later we will regret all lowercase because we find that sometimes the best accessor names are a bit too long to be comfortable with all lowercase (even 3 or 4 short words would be uncomfortable in all lowercase IMO).  I would at least like to see this get more discussion before it is settled.

> 
> Sent from my iPhone
> 
>> On May 20, 2016, at 4:59 PM, Matthew Johnson via swift-evolution <swift-evolution at swift.org> wrote:
>> 
>> I do support Brent’s argument that keywords which syntactically appear in the same syntactic location as user-defined names should follow the same convention as those user-defined names.  This means, for example, that dynamicType already has the correct case even though it is a keyword.  I would like to see this exemption added to the proposal.
>> 
>> Also, with this in mind I would like to see more discussion about the naming convention the community prefers for user-defined behavior accessors (under the assumption that they will make it eventually).  If we agree on lowercase for user-defined accessors (which is Chris’s stated preference) I support the change to willset and didset.  



More information about the swift-evolution mailing list