Discussion :

[Invité(e)]

Sauf si “A” est une simplification dans la mention par mabu du code initial et qu'il s'agissait originellement d'une fonction.

Voici des précisions.

A, était un état booléen qui ne changeait pas, mais je saurai plus dire sur quoi ça portait.

Par curiosité, j'ai dû aller voir un jour le code de la dernière fonction.... Il valait
mieux ne jamais y passer (ouf !)

[dams78]

Moi je trouve ça très intelligent. Et oui! Le code est déjà prêt lorsque dans un futur proche, on se rendra compte que le boolean peut avoir une troisième valeur, qui n'est ni A ni non A. Ce codeur est un visionnaire.

Le cerveau féminin...

[ThomasR]

ça peut servir dans des cas d'automatisme ou de système embarqué, quand par exemple tu veux savoir si une porte automatique est ouverte ou fermée.

On peut imaginer que ouverte = true, fermé = false, et entre les deux (en train de s'ouvrir ou de se fermer) = indéterminé.

Dans ce cas tu ne représentes plus l'information "est fermée" mais plutôt une information d'état de la porte, ce qui se traduirait par une énumération. De plus, il te faudrait non pas 3 mais 4 états car il faut savoir si la porte s'ouvre, ou se ferme :

Code :

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

1
2
3
4
5
6
7
enum EtatPorte {
    OUVERTE = 1;
    FERME = 2;
    EN_FERMETURE = 3;
    EN_OUVERTURE = 4;
}

[spidermario]

Ou est immobile entre les deux.

[hegros]

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 elle est en ouverture c'est qu'elle est fermée.

Si elle est entre-ouverte alors elle est ouverte !

Le seul cas où l'on ne peut pas savoir si elle est ouverte ou fermée c'est quand les détecteurs d'ouverture et de fermeture ne marchent pas.

[jabbounet]

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 elle est en ouverture c'est qu'elle est fermée.

Si elle est entre-ouverte alors elle est ouverte !

Le seul cas où l'on ne peut pas savoir si elle est ouverte ou fermée c'est quand les détecteurs d'ouverture et de fermeture ne marchent pas.

lol, bien sûr que la réalité est un peu plus compliqué, j'ai juste pris une image que tout le monde pouvait comprendre.

[minnesota]

lol, bien sûr que la réalité est un peu plus compliqué, j'ai juste pris une image que tout le monde pouvait comprendre.

Désolé d'enfoncer le clou jabbounet, mais avec une image que tout le monde ne peut pas comprendre, ça donnerait quoi ?

Merci.

[jabbounet]

Désolé d'enfoncer le clou jabbounet, mais avec une image que tout le monde ne peut pas comprendre, ça donnerait quoi ?

Merci.

une espèce d'usine a gaz, quoique avec un tribool c'est compliqué à faire....

Ceci-dit le problème de la porte peut se compliquer quand cette porte fait partie d'un système ou la sureté de fonctionnement est importante (genre train) et qu'a la place d'un seul capteur tu en as plusieurs à gérer pour savoir si ta porte est ouverte, fermée, ou autre chose. ce serait dommage qu'a cause d'un unique capteur défaillant le train se mette à rouler portes ouvertes.

[hegros]

Ceci-dit le problème de la porte peut se compliquer quand cette porte fait partie d'un système ou la sureté de fonctionnement est importante (genre train) et qu'a la place d'un seul capteur tu en as plusieurs à gérer pour savoir si ta porte est ouverte, fermée, ou autre chose. ce serait dommage qu'a cause d'un unique capteur défaillant le train se mette à rouler portes ouvertes.

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 ) d'ailleurs il est possible d'imaginer d'utiliser des capteurs analogiques plutôt que numériques.


Sinon pour la sécurité de ce que j'en ai vu en pratique c'est que les capteurs sont montés en parallèles. Du coup cela revient à tester 2 capteurs plutôt qu'un.


Avec des capteurs normalement fermés (on utilise en général des normalement fermés pour la sécurité c'est à dire un signal continuellement à 1):

Code :

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

1
2
3
4
5
6
7
8
9
if(!CapteurNormalPorteOuverte ou !CapteurSecoursPorteOuverte)
{
 //porte ouverte, interdit de démarrer le train
}
else
{
//ici la porte est bien fermée :-)
}

[minnesota]

Ben pour moi au-delà d'un booléen c'est un entier, je vois pas l'intérêt du tribool, et d'ailleurs ça devrait même pas s'appeler tribool.

[hegros]

Ben pour moi au-delà d'un booléen c'est un entier, je vois pas l'intérêt du tribool, et d'ailleurs ça devrait même pas s'appeler tribool.

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

[minnesota]

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

La logique booléenne c'est que tout ce qui est différent de 0 c'est true, si c'est 0 c'est false.

Mais bon

[hegros]

La logique booléenne c'est que tout ce qui est différent de 0 c'est true, si c'est 0 c'est false.

Mais bon

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é

[minnesota]

Merci hegros.

[Médinoc]

Mais comment gère-t-on l'état file not found?

[jabbounet]

La logique booléenne c'est que tout ce qui est différent de 0 c'est true, si c'est 0 c'est false.

Mais bon

avec ce type de booléen on sort du cadre de l'algèbre de bool pour rentrer dans un autre concept mathématique.

Maintenant on peut aussi considérer qu'un booléen est un cas particulier d'enum, si ce n'est que l'enum sera géré avec un entier alors qu'un bit suffit pour le booléen.

Sinon pour la sécurité de ce que j'en ai vu en pratique c'est que les capteurs sont montés en parallèles. Du coup cela revient à tester 2 capteurs plutôt qu'un

oui, il y'a souvent plus d'un capteur dans ces cas là.

Il faut aussi gérer le fait que la porte doit être verrouillée/bloquée/... (verrou / verrin hydraulique / ...) en plus d'être fermée, ce serait dommage qu'un passager ouvre la porte quand on roule....

[hegros]

Il faut aussi gérer le fait que la porte doit être verrouillée/bloquée/... (verrou / verrin hydraulique / ...) en plus d'être fermée, ce serait dommage qu'un passager ouvre la porte quand on roule....

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)

[Jipété]

(...) Mais bon cela existe quand même il y a même une table de vérité

Euh, ce type d'électronique a été inventé pour pouvoir mettre en parallèle sur un même bus plusieurs circuits,
qui peuvent ainsi « causer » chacun à leur tour.
Rien à voir avec le définition de Wiki,

(...) indiquant un état ambigu de non-validité dans la sortie.

Ça permet juste au circuit d'être présent dans le reste de l'électronique, ou pas : quand il est présent il « cause » boolean (0 ou 1), quand il est absent (sortie haute impédance) il est absent, il ne cause pas, il n'y a pas d'état ambigu.

[unknow0]

Ça permet juste au circuit d'être présent dans le reste de l'électronique, ou pas : quand il est présent il « cause » boolean (0 ou 1), quand il est absent (sortie haute impédance) il est absent, il ne cause pas, il n'y a pas d'état ambigu.

sauf que s'il est seul ou que toutes les sorties sont en haute impédance tu as quoi en sortie un 0 ou un 1? tu as juste une belle antenne soit un état bien ambiguë non?

[Jipété]

Non, je ne vois pas ça comme ça, moi : quand un circuit est en état « haute impédance », il n'est pas présent dans la logique du système.
Mais ce n'est pas de son fait ! C'est le système qui décide (et donc qui « sait ») quel circuit cause à tel ou tel instant.
Le circuit va alors causer boolean en fonction de l'état de ses entrées (et de son schéma interne) et c'est tout.

Dit autrement, lorsque le système va désactiver un circuit, il n'a aucune raison d'aller tester ensuite l'état de ses sorties.

Pour reprendre l'exemple de la Checkbox,

Code delphi :

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

1
2
3
4
5
6
7
if not Checkbox.Enabled then 
  exit // état Z
else
  if Checkbox.Checked then
  //
  else
  //