<div dir="ltr">Do we really need a new keyword? Since we already have syntax like `internal(set)` couldn&#39;t we do `internal(unsealed)`, etc.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 29, 2016 at 12:21 PM, David Sweeris via swift-evolution <span dir="ltr">&lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">&gt; On Jun 29, 2016, at 12:15 PM, Michael Peternell &lt;<a href="mailto:michael.peternell@gmx.at">michael.peternell@gmx.at</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;&gt; Am 29.06.2016 um 15:54 schrieb David Sweeris via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt;:<br>
&gt;&gt;<br>
&gt;&gt; +1 for the concept of a &quot;sealed” class.<br>
&gt;&gt; -1 for making it default.<br>
&gt;<br>
&gt; Aren&#39;t sealed classes already implemented? I think the keyword is `final`..<br>
&gt; So there is nothing left to do :)<br>
<br>
</span>No, `final` doesn’t allow for any subclassing, but `sealed` allows for subclassing within your module (where you can presumably write more efficient code based on knowledge of each subclass).<br>
<br>
- Dave Sweeris<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</div></div></blockquote></div><br></div>