[swift-evolution] [Review] SE-0066: Standardize function type argument syntax to require parentheses
Joe Groff
jgroff at apple.com
Tue Apr 26 17:30:48 CDT 2016
> On Apr 26, 2016, at 1:33 PM, Chris Lattner via swift-evolution <swift-evolution at swift.org> wrote:
>
>
>> On Apr 26, 2016, at 5:56 AM, Vladimir.S via swift-evolution <swift-evolution at swift.org> wrote:
>>
>> On 26.04.2016 9:38, Goffredo Marocchi via swift-evolution wrote:
>>>
>>> Agreed, the exception for the parameter list in a closure declaration
>>> should be gone too potentially, I do not see a very convincing case why we
>>> should keep it. Does it solve some particular problem now in its current form?
>>
>> Probably support. If we want to be clear about if parameter list is a tuple or it is a list of values i.e. (Int,Int) -> Void vs ((Int,Int)) -> Void , IMO we should be also clear about parameter list in a closure declaration..
>>
>> But it seems right now it is not just about syntax:
>
> Yes, closure expressions have other problems. For example, if a closure expression contextually takes two parameters, it is invalid to use $0 without also using $1. :-(
IIRC that restriction arose out of tuple splatting ambiguities, so we should be able to fix now that we've done away with splatting (as another proposal, of course).
-Joe
More information about the swift-evolution
mailing list