in reply to Re^3: Doing "it" only once
in thread Doing "it" only once
Point 2 raises some questions. You talk about an attached condition. If you only talk about blocks with an attached condition, what's the difference between 1) and 2)?
Also, suppose you had a 'once-only' construct, what should the following do:
Should it print "odd even even even"? But then, the else block isn't "once only". Print "odd even"? But then the conditional is still checked after being true once. Should it just print "odd"? That would violate the principle of least surprise.for (1 .. 4) { if ($_ % 2) {print "odd"} # Assume 'once only blocks' else {print "even"} }
Lots of potential. Still, is it useful? Is it practical? Or is it just cool?
Well, you (sort of) can do this in Perl6. Perl6 has FIRST blocks, which will be executed the first time the surrounding block is entered. So, effectively, you can make a "executed only once" block this way:
that is, have nothing in the block, except a FIRST sub-block. However, that will not prevent a conditional from being executed.{ FIRST { ... } }
But in my opinion, the frequency of such construct isn't high enough for the extra syntactical sugar (and the subsequent pain when reset mechanisms need to be bolted on). It's really easy to simulate:
The then block will be executed only once, but it the programmer has an very easy mechanism to reset the 'once only' property. And depending on the scope of the flag, it's a 'once-only in the life time of the program' or 'once-only for each time the surrounding block was entered'. Or anything in between.my $flag = 1; ... if ($flag && CONDITION) { $flag = 0; ... }
Sure, there's the slight overhead of an extra 'if (0 && ...)' - but if your program can't deal with that, and there's nothing else to be optimized, you probably shouldn't have used Perl in the first place.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^5: Doing "it" only once
by QM (Parson) on Sep 23, 2005 at 12:07 UTC |