I'm asking what he uses and what are his reasons, but that may very well be his answer. If he had answered what you answered, I would have pointed out three things.
First, I would have pointed out that his answer conflicts with what he's said so far. He said his choice of keyword is based on the section in which the form is documented, yet there is no documentation that covers this form. (The docs for foreach loops claim to talk about loops that create "a list value".)
Secondly, I would have pointed out that I find very unfortunate that some people pretend that Perl counting loops are foreach loops. Worse yet, they pretend there's some self-evident reasoning that it should be that way. It fools people into wanting to use C-style loop in some attempt to grab performance. (When I thought for (X..Y) was a foreach loop, I didn't use it.) It also fools people into making style arguments based on the incorrect proposition that Perl only has two for loop implementations.
Finally, I would have pointed that I find silly that the driving force behind the choice syntax is to differentiate nothing more than the syntax, especially when it differs from function and efficiency. It seems to me that everyone eventually realises that the redundant syntax clue is completely useless and that they've been forcing themselves to type more than required for nothing.
which is what it acts like.
It doesn't act like a foreach loop. Many people avoid it because they think it does.
In reply to Re^16: eof not recognised when applying diamond operator to invocation arguments?
by ikegami
in thread eof not recognised when applying diamond operator to invocation arguments?
by pat_mc
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |