Recherche:

C'est justement ce genre de code qui ne respecte pas le pattern de la protection des variations(parlez à des inconnus)qui se résume à enchaîner les . derrières les retours de méthodes d'objets.

...

C'est justement ce genre de code qu'il ne faut pas faire.

D'ailleurs puisque tu parles de pattern, c'est le pattern de responsabilité 'Protection des variations' ou plus connu peut-être sous le...

Tu devrais lire ce qu'écrit unknow0 qui est probablement plus calé que moi en électronique

On ne s'en moque pas forcément, en fait cela dépend de ce qu'il y a derrière. Si j'ai besoin de réaliser...

Cet article est une ébauche et je t'invite à aller y apporter les corrections nécessaires si tu penses en avoir la compétence :mrgreen:

De plus ce n'est pas non plus le meilleur exemple pour...

Oui c'est sûr l'informatique n'est pas une sécurité fiable et suffisante à ce niveau, c'est la mécanique qui est la dernière soupape de sécurité.(moins d'effet de bord)

Oui tu n'as pas tort c'est ce que l'on apprend en langage c...

Mais bon cela existe quand même il y a même une table de vérité :mrgreen:

Peut-être que t'y vois pas l'intérêt mais cela existe. Ce n'est pas vraiment un entier en fait je pense que le troisième état est obtenu avec la valeur nulle. nulle étant ni true ni false..

Oui cela peut vite devenir compliqué (c'est pour cela que l'exemple n'est pas forcément bon, je préfère le mien avec une checkbox à 3 états :mrgreen:) d'ailleurs il est possible d'imaginer d'utiliser...

L'exemple de la porte n'est pas trop bon je trouve.

L'information est forcément binaire soit la porte est ouverte soit elle est fermée. Si elle est en fermeture c'est qu'elle est ouverte et si...

Cela ressemble au CheckBox à 3 états.


if(CheckBox)
//case cochée
else if (!CheckBox )
//case décochée
else
//case ni cochée ni décochée