[swift-evolution] Proposal: Remove implicit tuple splat behavior from function applications
clattner at apple.com
Thu Jan 28 12:18:56 CST 2016
On Jan 28, 2016, at 2:48 AM, Jens Persson <jens at bitcycle.com> wrote:
> > +-0. I saw, in my dreams, many "different parts" of the language, like pattern matching, function argument- & parameter lists, and tuples, all just being one and the same simple yet powerful unifying concept ...
> > :´ /
> I had that dream too, very early on in Swift development, but it isn’t practical for a very large number of reasons…
> I guess you are right. But I'll take the opportunity to whine a bit anyway, perhaps it might be worth something, coming from my idealistic user/layman's perspective:
> I feel as though the unifying-tuple-concept-dream could still come true, if only:-) the whole thing was redesigned from scratch, with a stronger focus on simplicity and consistency (the rules for argument/parameter lists, parameter naming, tuple types, tuple element labels, pattern matching etc).
> IMHO not being able to eg think of, and use, argument/parameter lists as tuples/tuple types dumbs down and complicates the language, trading expressibility for boilerplate and special-casing.
As I mentioned, I agree with the general principle of eliminating special cases and having a single unifying principle. Also, the original swift model was that parameter lists *were just tuples*. We are still slowly digging the compiler out of that hole.
Functions “need” to have things like inout, variadics, default arguments, and other features that either don’t make sense at all (e.g. inout), or are marginally useful but had huge complexity to the user model (varargs and default args).
You’re right that a single unifying principle can be good, but there is a huge value in tuples being simple and self consistent with themselves without a ton of weird stuff hanging out on them just because functions need them.
> Yes, it seems like this aspect of the language are not wildly appreciated and used.
Function parameters are widely used :-)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the swift-evolution