Camel-case, mild preference for lower since keywords are lower<br><br>On Friday, 26 February 2016, Jordan Rose via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree that camel-case is more readable than all-lowercase, although the only all-lowercase names currently are &#39;#dsohandle&#39; (very rarely used) and &#39;#elseif&#39; / &#39;#endif&#39;. I also have a knee-jerk reaction against &#39;#endIf&#39;; somehow &#39;#EndIf&#39; doesn&#39;t seem quite as bad to me.<br>
<br>
I can see the argument for naming the expression-like directives like values. I&#39;m not sure whether it&#39;s necessary that the non-expression-like directives follow the same naming convention. Something to explore.<br>
<br>
Jordan<br>
<br>
<br>
&gt; On Feb 25, 2016, at 11:06, Антон Жилин via swift-evolution &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;swift-evolution@swift.org&#39;)">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt; Currently, Swift follows all-lower convention for #-directives. We haven&#39;t discussed it much, but just derived it from a few existing directives we have.<br>
&gt; Now people invent new directives: #setline, #fileliteral. Now it becomes obvious that lowercase just breaks down for anything long enough. CamelCase is much more clear (read distinguishable) than thatlowercasemess. Compare:<br>
&gt;<br>
&gt; #colorliteral   vs   #colorLiteral<br>
&gt; #imageliteral   vs   #imageLiteral<br>
&gt; #setline   vs   #setLine<br>
&gt;<br>
&gt; Directives read like functions:<br>
&gt;<br>
&gt; #fileLiteral(resourceName: &quot;name&quot;)<br>
&gt; #setLine(1)<br>
&gt; #available(iOS 8.0, *)<br>
&gt;<br>
&gt; One may say that their arguments aren&#39;t really Swift values and objects, but that&#39;s why they are directives, after all.<br>
&gt;<br>
&gt; #if stands out a bit, but the change will not affect it.<br>
&gt; _______________________________________________<br>
&gt; swift-evolution mailing list<br>
&gt; <a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;swift-evolution@swift.org&#39;)">swift-evolution@swift.org</a><br>
&gt; <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;swift-evolution@swift.org&#39;)">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote><br><br>-- <br>-- Howard.<br>