[swift-evolution] Modernize Switch/Case Statements?

Maximilian Hünenberger m.huenenberger at me.com
Sat Jan 30 08:51:18 CST 2016



> Am 30.01.2016 um 10:39 schrieb Haravikk via swift-evolution <swift-evolution at swift.org>:
> 
> I’d say to make it optional, as the use of just a colon is great for compact switch statements with short cases, so I think they’re worth retaining.
> 

+1

> Actually, one thing we don’t have in Swift is the ability to just put blocks (curly braces) wherever we like, which in some languages is a useful tool for variable scope when you know you only need something for a short time, but might want to re-use the name. Currently they just result in a “trailing closure separated by multiple new-lines” warning, so they could perhaps be made available, in which event you could use them in larger case statements whenever you wished.

Actually "do" can be used for variable scoping:

do {
    let x = Something()
}
let x = SomethingElse()


- Maximilian

> 
>> On 29 Jan 2016, at 22:45, Rudolf Adamkovič via swift-evolution <swift-evolution at swift.org> wrote:
>> 
>> +2 from me! One for curly braces and one for proper indentation.
>> 
>> R+
>> 
>>> On 28 Jan 2016, at 02:35, Joseph Essin via swift-evolution <swift-evolution at swift.org> wrote:
>>> 
>>> As a budding iOS developer, I thought it might be nice if Swift were to further improve on C's switch statement by using curly brackets to denote a block instead of a colon. It seems like this would be more consistent with the language at large and make indention more intuitive.
>>> 
>>> Here's a quick example of what it might be.
>>> 
>>> switch value {
>>>   case expression {
>>>   }
>>> }
>>> 
>>> I apologize if this message isn't in the right format--I've not used a mailing list before.
>>> 
>>> Joseph Essin
>>> _______________________________________________
>>> swift-evolution mailing list
>>> swift-evolution at swift.org
>>> https://lists.swift.org/mailman/listinfo/swift-evolution
>> 
>> _______________________________________________
>> swift-evolution mailing list
>> swift-evolution at swift.org
>> https://lists.swift.org/mailman/listinfo/swift-evolution
> 
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160130/ea027162/attachment.html>


More information about the swift-evolution mailing list