[swift-evolution] Proposal: Remove implicit tuple splat behavior from function applications

[plx]

> On Jan 27, 2016, at 10:48 AM, Matthew Johnson via swift-evolution <swift-evolution at swift.org> wrote:
> 
>> 
>> On Jan 27, 2016, at 4:18 AM, Nisse Bergman via swift-evolution <swift-evolution at swift.org <mailto:swift-evolution at swift.org>> wrote:
>> 
>> -1 I use this in both my mocking API and in JSON deserialising/serializing.
>> I think this is a great thing to have
> 
> It would be great to have an explicit, well-designed version of this.  Nobody is arguing against that.  But there are quite a few problems with its current form.

+1, exactly this.

I also have tried to use the implicit form for similar purposes but it’s IMHO too wonky to rely on; I’d rather see it removed, and a well-thought-through explicit form (eventually) introduced (perhaps as part of broader compiler support for tuple-manipulation).

> 
>> 
>> 
>>> On 27 Jan 2016, at 11:07, David Waite via swift-evolution <swift-evolution at swift.org> wrote:
>>> 
>>> I used this just last week! But only as an illustration
>>> 
>>> +1
>>> 
>>> One comment though, a splat operator need not be purely syntactic sugar - it could be the way arrays are applied to variadic functions.
>>> 
>>> -DW
>>> _______________________________________________
>>> 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 <mailto:swift-evolution at swift.org>
> https://lists.swift.org/mailman/listinfo/swift-evolution <https://lists.swift.org/mailman/listinfo/swift-evolution>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160127/6eeee106/attachment.html>