<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">In your example of a Dictionary as not being satisfactory, i would also mention it does not do exhaustiveness or uniqueness checks.<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jan 18, 2016, at 4:42 PM, Charles Constant <<a href="mailto:charles@charlesism.com" class="">charles@charlesism.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">No worries, Craig! The name is really not a big deal. <div class=""><br class=""></div><div class="">Thanks to you and Paul for your work on the proposal. I'm really hoping the Swift team accepts it.<br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Jan 18, 2016 at 3:13 PM, Craig Cruden <span dir="ltr" class=""><<a href="mailto:ccruden@novafore.com" target="_blank" class="">ccruden@novafore.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><div class="">It is sitting in the proposal queue - not sure about renaming… but even if I don’t think the proposed name is better.</div><div class=""><br class=""></div><div class="">The primary part of it is allowing pattern matching within closures (a related to anonymous function - but I don’t generally here reference to partial closures) which encompasses several scenarios. i.e. a specialized (not general) implementation of a partial function.</div><div class=""><br class=""></div><div class="">The map on values is a special case to allow this closure to map a single value. </div><div class=""><br class=""></div><div class="">If we rename it then the question becomes why are we introducing case statements in an closure - isn’t that were a function block goes?</div><div class=""><br class=""></div><div class=""><br class=""></div><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 2016-01-19, at 6:05:33, Charles Constant <<a href="mailto:charles@charlesism.com" target="_blank" class="">charles@charlesism.com</a>> wrote:</div><br class=""><div class=""><div dir="ltr" class="">Is it too late to rename the proposal? I will never be able to remember it :(<div class=""><br class=""></div><div class="">Maybe "Singular Map/Filter/Reduce" or "Item M/F/R"?</div><div class=""><br class=""></div><div class="">Apologies if we already discussed this earlier. Thread is pretty long now, I may have missed it</div></div><span class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Jan 18, 2016 at 2:53 PM, Craig Cruden <span dir="ltr" class=""><<a href="mailto:ccruden@novafore.com" target="_blank" class="">ccruden@novafore.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">I have renamed the document - new link is<div class=""><br class=""></div><div class=""><a href="https://github.com/cacruden/swift-evolution/blob/master/proposals/0023-Pattern-Matching-Partial-Function.md" target="_blank" class="">https://github.com/cacruden/swift-evolution/blob/master/proposals/0023-Pattern-Matching-Partial-Function.md</a></div><div class=""><br class=""></div><div class="">I have initiated a pull request…. I think the proposal is sufficient to get to the review stage (which is a week)… so the haggling on the small stuff will likely happen again at that time anyway.</div><div class=""><br class=""></div><div class="">Of course my views may be corrupted by being too close to the proposal :p</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div class=""><blockquote type="cite" class=""><span class=""><div class="">On 2016-01-18, at 3:04:35, Charles Constant <<a href="mailto:charles@charlesism.com" target="_blank" class="">charles@charlesism.com</a>> wrote:</div><br class=""></span><div class=""><div class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra">I think examples are convincing, but ideally we would put most of them in separate document. </div><div class="gmail_extra"><br class=""></div><div class="gmail_extra">Though I love reading about programming, I generally do it in a half-assed sort of way. Unless the writing is very blunt and clear, I don't really understand it until I need to do it myself. I doubt I'm the only person here like this. <br class=""></div><div class="gmail_extra"><br class=""></div><div class="gmail_extra">I badly want this proposal to gain traction (more so every time I find myself writing code that it could improve, which happens daily). I think the proposal ought to be short and sweet. I believe if we hold the reader's attention just long enough for them to understand what we're talking about, they'll be onboard. Once they're hooked, we have our second document with the list of examples.</div><div class="gmail_extra"><br class=""></div><div class="gmail_extra">It would also be great to have the "before snippet" and "after snippet" visually arranged side-by-side. I'm guessing markdown doesn't support this :(</div><div class="gmail_extra"><br class=""></div><div class="gmail_extra"><br class=""></div></div>
</div></div></div></blockquote></div><br class=""></div></div></blockquote></div><br class=""></div>
</span></div></blockquote></div><br class=""></div></blockquote></div><br class=""></div>
</div></blockquote></div><br class=""></div></body></html>