[swift-evolution] [Review] SE-0023 API Design Guidelines
Dave Abrahams
dabrahams at apple.com
Sun Jan 24 13:30:48 CST 2016
on Sat Jan 23 2016, Douglas Gregor <swift-evolution at swift.org> wrote:
>> On Jan 23, 2016, at 2:12 AM, Marc Knaup <marc at knaup.koeln> wrote:
>>
>> What is the rationale behind naming enumeration cases in upper camel case?
>>
>> Follow case conventions: names of types, protocols and enum cases
>> areUpperCamelCase. Everything else is lowerCamelCase.
>>
>> let a = NSComparisonResult.OrderedSame // refers to a value, but is upper-case
>> let b = NSDate.distantFuture // refers to a property/value, but is lower-case
>> everything related to types (type names, protocol names, generic type parameter names) should be upper camel case
>> everything else (function names, property names, variable names, etc.) should be lower camel case
>> This is already the current and the proposed recommendation with enumeration cases being the only exception.
>> Enumeration cases are not types.
>
> This is something that’s come up a few times before, and I
> (personally) agree that it makes more sense for enum cases to be
> lowerCamelCase. Thanks for bringing it up!
+1
--
-Dave
More information about the swift-evolution
mailing list