[swift-evolution] Allow trailing comma in guard, if-let, et al

[Rick Mann]

> On Aug 19, 2016, at 10:26 , Karl Wagner <razielim at gmail.com> wrote:
> 
> Guard wouldn't work, because the "else" is usually on the same line as the last element.

Not in my coding style.

> Perhaps the answer is better commenting in IDEs? So if you select a region and hit CMD+/ Xcode will comment with /*...*/ instead of sticking a // in front of the whole line.

I hate having to rely on an editor to have features implemented to work around inconveniences in the language. Having said that, it's the fairly standard macOS behavior of triple-clicking to select an entire line, and then dragging up or down, that prompts some of my coding style (that encourages things to be on their own line).

Fitz's law means it's a lot easier to triple-click and select a whole line than it is to select just part of a line.

> Perhaps it could auto-expand to the complete clause if you select most of a clause in a multi-clause condition?
> 
> Karl
> 
> Sent from my new Email
> 
> 
>> On Aug 19, 2016 at 1:21 am, <Rick Mann via swift-evolution> wrote:
>> 
>> 
>> > On Aug 17, 2016, at 18:11 , Ben Rimmington <me at benrimmington.com> wrote:
>> > 
>> > 
>> >> On 18 Aug 2016, at 00:13, Rick Mann wrote:
>> >> 
>> >> Is there any reason Swift can't allow a trailing comma in constructs like this:
>> >> 
>> >> guard
>> >>   let a = ...,
>> >>   let b = ...,
>> >>   let c = ...,
>> >> else
>> >> {
>> >> }
>> >> 
>> >> doing so makes it a bit easier to rearrange lines, and is similar to the trailing comma allowed inside array and dictionary definitions:
>> >> 
>> >> let a = [ 1, 2, 3, ]
>> > 
>> > A similar proposal was rejected:
>> > 
>> > <https://lists.swift.org/pipermail/swift-evolution-announce/2016-May/000171.html>
>> 
>> Thanks. Hmm. The stated arguments seem to apply to tuples and parameter lists, not variable bindings.
>> 
>> -- 
>> Rick Mann
>> rmann at latencyzero.com
>> 
>> 
>> _______________________________________________
>> swift-evolution mailing list
>> swift-evolution at swift.org
>> https://lists.swift.org/mailman/listinfo/swift-evolution


-- 
Rick Mann
rmann at latencyzero.com