[swift-evolution] Proposal for Replacing Keyword "subscript" with "subs"
Feijian Sun
feijian_sun at hotmail.com
Thu Dec 10 20:52:40 CST 2015
Thank you for responding so late!
I agree with you that "subs" is not very obvious for subscript. While learning swift, I have a feeling that it contains so many long words as the keywords, such as
fallthrough, dynamicType, associativity, convenience, nonmutating, precedence, etc..
I understand there is a need for clarity. But I think it's also important to keep a concise and simple naming style where it's possible.
Thanks again.
Subject: Re: [swift-evolution] Proposal for Replacing Keyword "subscript" with "subs"
From: jackl at apple.com
Date: Thu, 10 Dec 2015 18:22:55 -0800
CC: swift-evolution at swift.org
To: feijian_sun at hotmail.com
It’s non-obvious to me that “subs” is short for subscript, whereas “init” and “func” have only one obvious expansion.
Jack
On Dec 10, 2015, at 6:12 PM, Feijian Sun via swift-evolution <swift-evolution at swift.org> wrote:Hello, I have a proposal to replace the long keyword "subscript" with the shorter version, "subs". The idea is to keep the concise naming style on the language keywords, like "init" and "func".So, Instead of:subscript(index: Int) -> Int { ... ...}we could simply do:subs(index: Int) -> Int{ ... ...}Does this mean a big change on the parser side? what do you think?Thank you! _______________________________________________swift-evolution mailing listswift-evolution at swift.orghttps://lists.swift.org/mailman/listinfo/swift-evolution
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20151210/3626dcd0/attachment.html>
More information about the swift-evolution
mailing list