[swift-evolution] Move placement of 'throws' statement
Goffredo Marocchi
panajev at gmail.com
Wed Dec 28 11:54:57 CST 2016
I sense s disturbance in the force as if hundreds of pure functional programmers cried in anger ;).
Sent from my iPhone
> On 28 Dec 2016, at 17:52, Dave Abrahams via swift-evolution <swift-evolution at swift.org> wrote:
>
>
>> on Tue Dec 27 2016, Chris Lattner <clattner-AT-apple.com> wrote:
>>
>> On Dec 26, 2016, at 2:55 PM, Dave Abrahams via swift-evolution <swift-evolution at swift.org> wrote:
>>>>
>>>> // Move `throws` to the end
>>>> func baz() -> String throws
>>>
>>> I agree that reads much better.
>>
>> This doesn’t work unless you’re willing to break consistency with
>> function type syntax, or if you’re willing to make function
>> [type/decl] syntax ambiguous.
>>
>> How would you express this, for example?
>>
>> let x : (_ a : Int) throws -> (_ b: Float) throws -> Double
>>
>> it would be ambiguous to move the ‘throws’ keyword to the end of the
>> function type, because you'd get:
>>
>> let x : (_ a : Int) -> (_ b: Float) -> Double throws throws
>
> I see.
>
> We *could* say that the "throws" keyword comes after the return type
> unless it's a function type, in which case it comes after the return
> type's parameter list
>
> let x : (_ a : Int) -> (_ b: Float) throws -> Double throws
>
> I admit this is a horrible rule from a language designer's point of view
> but there's a chance it could end up being better for users.
> Functions-that-return-functions are, after all, the 0.1% case.
>
> --
> -Dave
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
More information about the swift-evolution
mailing list