[swift-evolution] [RFC] #Self
Austin Zheng
austinzheng at gmail.com
Tue May 10 11:05:01 CDT 2016
I'm partial to #This or #ThisType.
/bikeshed
Austin
> On May 10, 2016, at 9:03 AM, Matthew Johnson via swift-evolution <swift-evolution at swift.org> wrote:
>
>
>
> Sent from my iPad
>
>> On May 10, 2016, at 10:56 AM, Chris Lattner <clattner at apple.com> wrote:
>>
>>
>>> On May 10, 2016, at 7:50 AM, Erica Sadun via swift-evolution <swift-evolution at swift.org> wrote:
>>>
>>> As a compile-time substitution, it could be used in any and all of the examples in your bullet list as a literal text replacement..
>>>
>>> Quick rundown:
>>>
>>> struct A {
>>> ...#Self... // #Self is substituted by A
>>> }
>>>
>>> class B {
>>> ...#Self... // Self is substituted by B
>>> }
>>>
>>> class C {
>>> ... #Self... // Self is substituted by C, which is the defining type at compile time
>>> }
>>
>> I think it would be surprising if #Self produced the name of the enclosing static type: Self produces the dynamic type, and we’d want to preserve consistency if it were named #Self.
>
> That's a fair critique. Having a more distinct name will make it clear that the behavior is completely unrelated to Self.
>
> How about #Type or #StaticType?
>
>>
>> -Chris
>>
>>
>>
>
> _______________________________________________
> 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/20160510/b73d8501/attachment.html>
More information about the swift-evolution
mailing list