Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Short-Circuiting with Logical Operators
Message
De
03/11/2014 14:58:49
 
 
À
29/10/2014 15:21:28
Information générale
Forum:
Visual FoxPro
Catégorie:
Codage, syntaxe et commandes
Versions des environnements
Visual FoxPro:
VFP 9 SP1
OS:
Windows Server 2003
Network:
Windows 2008 Server
Database:
MS SQL Server
Application:
Web
Divers
Thread ID:
01609995
Message ID:
01610416
Vues:
43
>>>In one of my apps I just found and fixed a subtle edge-case bug caused by short-circuiting of logical operators. With my coding style I'm not usually vulnerable to it so it was interesting to be reminded of this feature of VFP.
>>
>>Whoever needs the reminder... it's been drilled into me that any compiler will shortcircuit your logicals, period. And I take that into account whenever I'm coding. I've seen a few experienced guys do things like this
>>
>>
do case
>>   case not .FirstProcessGoesWell()
>>   case not .SecondProcessGoesWell()
>>...
>>   case not .LastProcessGoesWell()
>>   otherwise
>>      oMsg.Message("all is well")
>>endcase
>>...which is, for me, perhaps the neatest packaging of multiphase batch process, which needs to be abandoned on first critical error. Can't remember whom I first saw doing this, perhaps the Feltmans or someone around the ComCodebook project. This is shortcircuiting by design.
>>
>>However, I've found a case where I'd expect shortcircuiting to work, but it doesn't. It's the evl() and nvl() functions, where both parameters are evaluated, regardless of what the first one returns. So if you try
>>
>>xx=evl(call1(), call2())
>>
>>call2 will be called no matter what call1 does. This is kind of counterintuitive, because the equivalent construct with iif() will not have this side effect.
>
>Nice post, thanks.
>
>Many years ago I read some articles in Byte mag or DDJ or some such, about the tricks C/C++ optimizing compilers employ. Coupling that with the knowledge that not all languages short-circuit the same way (or at all) I made the decision that I would never rely on it regardless of language. From a maintenance POV I consider code that uses it fragile and a land mine for the unwary or unfamiliar. Relying on that behaviour is not inherently self-documenting in the way that (ideally) good code should be.

Agree with the sentiment, but how do you stop a compiler from loop unrolling unless switching all optimizations off ?
Dunno how you can avoid all such stuff (and yes, I try to elevate unchanged lines from the loop myself as well)
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform