<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=""><div class="">Please leave this feature in!</div><div class=""><br class=""></div><div class="">One of the places I get bitten the most during refactoring is somehow missing a ‘continue’ statement inside the loop (and I hear that is a common issue). For-in-where lets me guard against that problem in simple cases. </div><div class=""><br class=""></div><div class="">I also find that it is often the clearest way to capture the semantics of what I want. I find it extremely readable and compact. Everything is all in one place :-)</div><div class=""><br class=""></div><div class="">As for the issue of “dialects”, it really just feels like people are trying to force their particular pet coding style on everyone else. Should we get rid of .forEach() as well? Sometimes languages have more than one way to do something, and it is up to the programmer to pick the form that is clearest in the context of use...</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">Jon</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class="">I respect that anti-goal, but I think being over-rigid about limiting
developers' choice of expression is also an anti-goal.
To me, it is like guard statements vs. if-let statements. Some people find
one to be more clear than the other. Often times the best choice depends on
the context. Sometimes a guard statement can be re-written as an if-let
statement in a way that makes the code more clear, and vice versa. And
different people will inevitably have different personal preferences -
their own "style", if you will - and will favor one over the other. But it
would be a mistake to force everyone into one box in order to prevent the
fracturing of the Swift community into "dialects."
But most importantly (and this is really the kicker for me) there are times
when the "where" syntax provides the maximum amount of clarity in the
context of my code, and I don't want to lose that expressive power.</pre></blockquote><div class=""><blockquote type="cite" class=""><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class=""><blockquote type="cite" class="">On Fri, Jun 10, 2016 at 10:17 AM Xiaodi Wu <<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">xiaodi.wu at gmail.com</a>> wrote:
><i class=""> I think this idea--if you don't like it, then you don't have to use it--is
</i>><i class=""> indicative of a key worry here: it's inessential to the language and
</i>><i class=""> promotes dialects wherein certain people use it and others wherein they
</i>><i class=""> don't. This is an anti-goal.</i></blockquote></pre></blockquote><div class=""><br class=""></div></div></div></body></html>