<div dir="ltr">I see, I never thought of the case names as being instance-member-like, and I thought it would be simpler to just have one form for the switch cases (the one with a dot before the case name).<div><br></div><div>I don't want the dotless form to be removed if it complicates rather than simplifies the (compiler) code.</div><div><br></div><div>( My mail was a reaction to this tweet / conversation:</div><div><a href="https://twitter.com/UINT_MIN/status/688101066668281856">https://twitter.com/UINT_MIN/status/688101066668281856</a> )</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 16, 2016 at 1:42 AM, Joe Groff <span dir="ltr"><<a href="mailto:jgroff@apple.com" target="_blank">jgroff@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Jan 15, 2016, at 2:44 PM, Jens Persson via swift-evolution <<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:<br>
><br>
> enum SomeEnum {<br>
> case Foo<br>
> case Bar<br>
> func demoDotAndNoDot() {<br>
> switch self {<br>
> case .Foo: print("This has the usual dot before the case name.")<br>
> case Bar: print("This has no dot, which is ok, at least in this particular context.")<br>
> }<br>
> }<br>
> }<br>
><br>
> I'm just throwing this out in case someone should feel like writing a formal proposal to remove the dotless form.<br>
><br>
> I'd be ok with removing it since it only works in some specific contexts.<br>
<br>
</span>This works by normal instance member lookup. Why do you think it should be removed?<br>
<span class="HOEnZb"><font color="#888888"><br>
-Joe<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">bitCycle AB | Smedjegatan 12 | 742 32 Östhammar | Sweden<br><a href="http://www.bitcycle.com/" target="_blank">http://www.bitcycle.com/</a><br>Phone: +46-73-753 24 62<br>E-mail: <a href="mailto:jens@bitcycle.com" target="_blank">jens@bitcycle.com</a><br><br></div>
</div>