[swift-evolution] DynamicMemberLookup proposal: status update
Chris Lattner
clattner at nondot.org
Thu Jan 4 19:01:29 CST 2018
On Jan 4, 2018, at 3:43 PM, Nevin Brackett-Rozinsky <nevin.brackettrozinsky at gmail.com> wrote:
>
> There’s a lot of information here and it’ll take some time to process it all. My initial reaction is that a “strong type-alias” feature might help. If one could write (strawman syntax):
>
> strong typealias Dog = PyVal // A semantically independent new type
>
> extension Dog {
> // Declarations here are only available on “Dog”, not on “PyVal”
> }
>
> then most of the overload issues would evaporate.
Until and if there were an acceptable design for such a feature, it is impossible to say whether it would help. I am personally skeptical that "strong type aliases" will ever make it into Swift.
-Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20180104/c47fcc32/attachment.html>
More information about the swift-evolution
mailing list