<div dir="ltr"><div><span style="color:rgb(255,255,255);font-family:Inconsolata,Monaco,Menlo,'Ubuntu Mono',Consolas,source-code-pro,monospace;font-size:12px;white-space:pre-wrap;background-color:rgb(27,47,67)">//Swift version 2.2-dev</span><span style="color:rgb(255,255,255);font-family:Inconsolata,Monaco,Menlo,'Ubuntu Mono',Consolas,source-code-pro,monospace;font-size:12px;white-space:pre-wrap;background-color:rgb(27,47,67)"><br></span></div><span style="color:rgb(255,255,255);font-family:Inconsolata,Monaco,Menlo,'Ubuntu Mono',Consolas,source-code-pro,monospace;font-size:12px;white-space:pre-wrap;background-color:rgb(27,47,67)">enum case 'CaseWithPayload' not found</span><div><font color="#ffffff" face="Inconsolata, Monaco, Menlo, Ubuntu Mono, Consolas, source-code-pro, monospace"><span style="font-size:12px;white-space:pre-wrap"><br></span></font><div><span style="color:rgb(255,255,255);font-family:Inconsolata,Monaco,Menlo,'Ubuntu Mono',Consolas,source-code-pro,monospace;font-size:12px;white-space:pre-wrap;background-color:rgb(27,47,67)"><br></span></div><div><span style="color:rgb(255,255,255);font-family:Inconsolata,Monaco,Menlo,'Ubuntu Mono',Consolas,source-code-pro,monospace;font-size:12px;white-space:pre-wrap;background-color:rgb(27,47,67)"><br></span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 10, 2015 at 3:31 PM, Joe Groff via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><blockquote type="cite"><div>On Dec 10, 2015, at 2:05 PM, Evan Maloney via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:</div><br><div><div style="word-wrap:break-word"><div>I'm not sure if this is what you're driving at, but I've found a use-case for the ability to refer to an enum case generically without reference to any of its associated values.</div><div><br></div><div>Let me give you an example:</div><div><br></div><div>In our app, we have an enum that represents all the different <i>screens</i> to which the user can navigate. (A <i>screen</i> in our case usually means a view controller or hierarchy thereof.)</div><div><br></div><div>Because each screen might require specific view model object(s) to render their content, some of our enum cases have associated values to store the required view model objects.</div><div><br></div><div>This allows an enum value to contain all the information needed to present any screen to the user, fully populated with content.</div><div><br></div><div>However, in a few instances I've found it would be helpful to be able to refer to a screen in the abstract and be able to 'switch' against it without any associated values. (This would allow me to be able to refer to, say, "the User Account screen" in the abstract, whereas now I can only refer to "the User Account screen displaying details for this particular user".)</div></div></div></blockquote><div><br></div><div>I might be missing something, but you can do this already. 'case .CaseWithPayload:' matches any CaseWithPayload regardless of its payload.</div><div><br></div><div>-Joe</div><br><blockquote type="cite"><div><div style="word-wrap:break-word"><div>We've identified two possible solutions to this issue and have implemented one of them, but it is still sub-optimal:</div><div><br></div><div>• One option involves maintaining a parallel enum with the same case names but without any associated values. These parallel structures need to be manually maintained, which is something the compiler cannot enforce.</div><div><br></div><div>• Another option involves removing the associated values from the enum and passing around objects to contain the necessary view model objects. At various points, we assert that the view model container object is of the expected type for the enum case, but again, that now moves to runtime an error that otherwise would've been caught by the compiler.</div><div><br></div><div>---</div><div><br></div><div>When an enum case takes one or more associated values, it acts more like a <i>type</i> than a <i>value</i> because it specifies a format for storing information without specifying the exact informations stored. We're able to refer to other types as such in Swift, but not in this case.</div><div><br></div><div>I think it would be helpful if any enum with at least one case had a parallel representation containing the same cases but without associated values. It might look like:</div><div><br></div><div>enum Foo<br>{<br> case Bar(String)<br> case Baz(Int, Int)<br><br> // generated by the compiler; returns the parallel FooType<br> // with cases that don't have associated values<br> var enumType: FooType<br>}<br><br>// generated by the compiler when an enum</div><div>// has at least one associated value<br>enum FooType<br>{<br> case Bar<br> case Baz<br>}<br></div><div><br></div><div>This would make it possible to be able to refer to cases in the abstract.</div><div><br></div><div>Perhaps there's a totally different solution to this class of problem, but that's what I came up with. Would love to hear your thoughts.</div><div><br></div><div>E.</div><div><br></div><div><br></div><div><br></div><div><blockquote type="cite">On Dec 10, 2015, at 8:24 AM, plx via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:<br><br>FWIW, as long as we’re asking for some compiler assistance generating useful enumeration-related boilerplate, I’d like to request that something along these lines be possible in some version of Swift:<br><br>@synthesize_case_enum<br>enum Example {<br><br> case Foo(X)<br> case Bar<br> case Baz(Y)<br><br>}<br><br>…which would then by default expand to something like this:<br><br>enum ExampleCase : Int {<br><br> case Foo<br> case Bar<br> case Baz<br><br>}<br><br>extension Example {<br><br> var enumerationCase: ExampleCase {<br> get {<br> switch self {<br> case .Foo(_): return .Foo<br> case .Bar(_): return .Bar<br> case .Baz(_): return .Baz<br> }<br> }<br> } <br><br>}<br><br></blockquote></div>
<img src="https://u2002410.ct.sendgrid.net/wf/open?upn=RoDF4MveSEMYBIqIJA6ub1g8cOZ-2BVYvqV-2FqygPhjPn-2BczUm64ISF8-2FlK1enkxDQz6q7GSWrsdAoKGnpWF-2FlIt40kwzHOWVN2dUe3K0WeiyeTONaz9-2Bbf4V4mgbH-2F4B8bTxNXQ7RCAGapITaK9Oq7ncuR45NrYV-2BH-2BXBIitf0eLrLSXCmXz-2BctgN-2Bb-2FjvsLh26L1VFDnWdPyXHESsT5yApy6q8JffaNKSlUPNfzNQ2To-3D" alt="" width="1" height="1" border="0" style="min-height:1px!important;width:1px!important;border-width:0!important;margin-top:0!important;margin-bottom:0!important;margin-right:0!important;margin-left:0!important;padding-top:0!important;padding-bottom:0!important;padding-right:0!important;padding-left:0!important">
</div>
_______________________________________________<br>swift-evolution mailing list<br><a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br></div></blockquote></div><br>
<img src="https://u2002410.ct.sendgrid.net/wf/open?upn=OWK4tSasaK2n-2FQIIcS9Ug-2FuFXG-2BJ3z6cFMLgm306hDcRnZx8MEHgUdBD9OPoyQy1YEHDhhEReoz7KLXM2XFB-2FDDCMAZ7g2Y7Y-2FdwiMHDNOTpydqGRY-2FFWiZlqVhiqv543-2FNoT9o55KEglPg3Ipaduzl06NNF-2BH33lx8IZYRkSlouIqjjQM7IHd-2BZ9dp-2FS3250HXPf5XUQJpR0aSt4KjKqAEGtVExV4k-2BPq51dSIvCak-3D" alt="" width="1" height="1" border="0" style="min-height:1px!important;width:1px!important;border-width:0!important;margin-top:0!important;margin-bottom:0!important;margin-right:0!important;margin-left:0!important;padding-top:0!important;padding-bottom:0!important;padding-right:0!important;padding-left:0!important">
</div>
<br>_______________________________________________<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>
<br></blockquote></div><br></div>