Groovy 1.8 & test : affichage étranges des assertions fausses

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

Code:

---

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

---

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

Code:

---

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 ? :roll:

Citation:

---

Envoyé par guillaume.ame

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

Code:

---

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

---

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

Code:

---

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 ? :roll:

---

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 ....)

Citation:

---

Envoyé par professeur shadoko

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.

Citation:

---

Envoyé par professeur shadoko

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 :aie: