<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="" applecontenteditable="true"><div class="">[Proposal:&nbsp;<a href="https://github.com/apple/swift-evolution/blob/master/proposals/0156-subclass-existentials.md" class="">https://github.com/apple/swift-evolution/blob/master/proposals/0156-subclass-existentials.md</a>]</div><div class=""><br class=""></div><div class="">Well-written, good job, useful feature, long-since-needed-because-of-ObjC, +1.</div><div class=""><br class=""></div><div class="">One nitpick:</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class="">This proposal merges the concepts of `class`&nbsp;and&nbsp;`AnyObject`, which now have the same meaning: they represent an&nbsp;existential for classes. To get rid of the duplication, we suggest only keeping&nbsp;`AnyObject`&nbsp;around. To reduce source-breakage to a minimum,&nbsp;`class`&nbsp;could be redefined as&nbsp;`typealias class = AnyObject`&nbsp;and give a deprecation warning&nbsp;on&nbsp;`class`&nbsp;for the first version of Swift this proposal is implemented in. Later,&nbsp;`class`&nbsp;could be removed in a subsequent&nbsp;version of Swift.<br class=""></blockquote><br class="">'class' is a keyword, so we don't get to drop the special parsing no matter what. We can still deprecate it, but I wouldn't bother trying to jam it into a typealias.</div><div class=""><br class=""></div><div class="">Jordan</div></body></html>