[swift-evolution] [Review] SE-0155: Normalize Enum Case Representation
matthew at anandabits.com
Sat Feb 25 18:23:54 CST 2017
> On Feb 25, 2017, at 6:07 PM, Daniel Duan via swift-evolution <swift-evolution at swift.org> wrote:
> Not sure which “this” you were referring to. The anonymous case part is something that I consider out-of-scope for this proposal as well. It came up during review and is posted as one of the core team’s request. There are two possibilities regarding this feature: I can put it in future considerations and defer it to a different proposal. Alternatively, I can write a 2-part proposal with the 2nd part being this feature. Each part would be reviewed separately.
Once we specify how overloaded patterns are matched (with casting) it becomes pretty straightforward that anonymous cases are matched with `(let s as String)`. I think it would good to include anonymous cases but make it clear that you view it as an “optional” enhancement that the core team is free to omit in the accepted version. I believe Dave A was the one who first mentioned it so it probably has a reasonable shot at being accepted,
>> On Feb 25, 2017, at 12:10 PM, Tino Heth via swift-evolution <swift-evolution at swift.org> wrote:
>> Maybe I'm missing something obvious (or maybe I'm just generally in favour for case classes ;-), but as the main motivation for the proposal seems to be that enum cases should be more function-like: Why is this desirable?
>> swift-evolution mailing list
>> swift-evolution at swift.org
> swift-evolution mailing list
> swift-evolution at swift.org
More information about the swift-evolution