Discussion :

[GuAme]

En faisant un petit test à vertu pédagogique pour mes collègues, j'ai écris cette assertion dans un test unitaire (sous Grails):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
assert true && false == true || false;

J'ai été un peu surpris par la sortie de ce test:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Assertion failed: //OK
 
assert true && false == true || false
            |        |       |
            false    false   false // euh?

donc l'assertion joue bien son rôle mais l'affichage a du mal à suivre:
true || false == false pour groovy ? et false != false ?

[professeur shadoko]

En faisant un petit test à vertu pédagogique pour mes collègues, j'ai écris cette assertion dans un test unitaire (sous Grails):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
assert true && false == true || false;

J'ai été un peu surpris par la sortie de ce test:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Assertion failed: //OK
 
assert true && false == true || false
            |        |       |
            false    false   false // euh?

donc l'assertion joue bien son rôle mais l'affichage a du mal à suivre:
true || false == false pour groovy ? et false != false ?

l'absence de parenthèses nous conduit en enfer:
true && (false == true ) donne false
false || false donne false
comme on ne connait jamais les priorités d'opérateur .... ne jamais faire d'expression compliquée sans parenthèses...
(en fait je ne connais jamais les priorités et je refuse de les apprendre ....)

[Robin56]

l'absence de parenthèses nous conduit en enfer:
true && (false == true ) donne false
false || false donne false
comme on ne connait jamais les priorités d'opérateur .... ne jamais faire d'expression compliquée sans parenthèses...
(en fait je ne connais jamais les priorités et je refuse de les apprendre ....)

Je me doute que les expressions compliquées étaient là juste pour le "show". Personnellement même sans parentesage, je ne comprends pas vraiment pourquoi le test est faux. Pour moi, logiquement chaque opération devrait être testé à la suite l'une de l'autre.

Peut être qu'en effet, il y a une priorité sur les opérateurs.

[GuAme]

l'absence de parenthèses nous conduit en enfer

En effet je me suis fais avoir comme un bleu... D'habitude j'évite aussi de me reposer sur la précédence des opérateurs et je m'appuie sur les parenthèses.
J'évite aussi ce genre de test en faveur d'expression plus simple.

En l’occurrence je viens de découvrir que l'opérateur '==' est (bizarrement) en milieu de tableau, après les opérateurs arithmétiques mais avant les opérateurs logiques