Boolean Implication
J'ai besoin d'aide avec ce Booléen Implication.
Quelqu'un peut m'expliquer comment cela fonctionne en termes simples:
A
implique B = B + A'
(si A alors B). Aussi équivalent à A >= B
- Non, il est correct -
+
signifieor
ici. - Vouliez-vous dire Un -> B = ~B -> ~A?
- Et ce qui ne l' >= moyenne?
Vous devez vous connecter pour publier un commentaire.
Boolean implication
A implies B
signifie tout simplement "si A est vrai, alors B doit être vrai". Cela implique (pun intended) que si A n'est pas vrai, alors B peut être n'importe quoi. Donc:Ce peut être aussi lu comme
(not A) or B
- c'est à dire "Une est fausse, ou B doit être vrai".False implies True -> True
? Semble contraire à l'intuition.(not A) or B
Voici comment je le vois:
si A est vrai, alors b est pertinente et doit être cochée, sinon, ignorez B et renvoyer true.
return A ? B : true;
Je crois que je vois où Serge vient, et je vais essayer d'expliquer la différence. C'est trop long pour un commentaire, donc je vais poster une réponse.
Serge semble approcher ce à partir de la perspective de questionnement ou de ne pas l'implication s'applique. C'est un peu comme un scientifique qui tente de déterminer la relation entre les deux événements. Envisager l'histoire suivante:
Ci-dessus, le scientifique ne sais pas la relation entre la pluie et parapluies et elle essaie de déterminer ce qu'il est. Seulement, l'un des jours dans l'un des pays peut-elle définitivement dire que cela implique n'est pas la bonne relation.
De même, il semble que Serge est en train de tester si Un=>B, et n'est en mesure de déterminer dans un cas.
Cependant, lorsque nous évaluons la logique booléenne nous savons que la relation à l'avance, et que vous voulez tester si la relation a été respecté. Une autre histoire:
La mère a créé la règle à l'avance. Elle sait qu'elle est la relation entre la saleté et les salles de bains sont, et elle veut s'assurer que la règle est respectée.
Lorsque nous travaillons avec la logique booléenne, nous sommes comme la mère: nous savons que les opérateurs à l'avance, et nous voulons travailler avec l'énoncé sous cette forme. Peut-être que nous voulons transformer l'énoncé sous une forme différente (comme l'était la question d'origine, il ou elle voulait savoir si deux états sont équivalents). Dans la programmation d'ordinateur on a souvent envie de brancher un ensemble de variables dans l'instruction et de voir si l'intégralité de la déclaration prend la valeur vrai ou faux.
Ce n'est pas une question de savoir si l'activité implique s'applique - il n'aurait pas été écrite, il y a si elle ne devrait pas l'être. La table de vérité ne sont pas sur la façon de déterminer si une règle s'applique, ils sont sur la manière de déterminer si une règle a été respectée.
J'aime utiliser l'exemple: S'il pleut, alors il est nuageux.
Contrairement à ce que beaucoup de débutants pensent, cela ne signifie aucunement que la pluie provoque nébulosité, ou que la nébulosité cause de la pluie. (EDIT: Cela signifie seulement que, au moment, il n'est pas à la fois plu et pas de trouble. Voir mon récent billet de blogue sur le matériel implication ici. J'y développer, entre autres choses, une justification de l'habituel "définition" pour les matériaux d'implication. Le lecteur pourra exiger une certaine familiarité avec les méthodes de base de la preuve, par exemple, la preuve directe et la preuve par contradiction.)
Juger de la vérité des tableaux, il est possible de déduire la valeur de a=>b pour a=1 et b=0. Dans ce cas, la valeur de a=>b est de 0. Pour le reste de valeurs (a,b), la valeur de a=>b est indéfini: (a=>b)=0 ("un n'implique b") et (a=>b)=1 ("a implique b") sont possibles:
Que a implique b, il faut et il suffit que b=1 si a=1, de sorte qu'il n'y a pas de contre-exemple lorsque a=1 et b=0. Pour les lignes 1, 2 et 4 dans la table de vérité on ne sait pas si il est contre-exemple: ces lignes ne sont pas contraires à (a=>b)=1, mais ils ont également ne pas prouver (a=>b)=1 . En revanche, la ligne 3 immédiatement réfute (a=>b)=1, car il fournit un contre-exemple lorsque a=1 et b=0.
Je suppose que je peut choquer certains lecteurs avec ces explications, mais il semble qu'il y a de graves erreurs quelque part dans les bases de la logique qui nous est enseigné, et c'est une des raisons pour les problèmes tels que la Satisfiabilité Booléenne n'étant pas encore résolus.
La meilleure contribution sur cette question est donnée par Serge Rogatch.
La logique booléenne ne s'applique que lorsque le résultat de la quantification(ou l'évaluation) est vrai ou faux et la relation entre la logique booléenne propositions est fondée sur ce fait.
Donc il doit exister un lien entre les propositions.
Dans le supérieur, dans la logique de l'ordre, la relation n'est pas juste une affaire de on/off, 1/0 ou +tension/tension, l'évaluation d'une proposition formulée est plus complexe. Si il n'existe aucune relation entre le libellé des propositions, puis implication pour le libellé des propositions n'est pas équivalent à la logique booléenne propositions.
Alors que l'implication table de vérité donne toujours des résultats corrects pour les propositions, ce n'est pas le cas avec formulé des propositions qui ne peuvent pas être liés en aucune façon à tous.
~A V B table de vérité:
A B Result/Évaluation
1 1 1
1 0 0
0 1 1
0 0 1
Formulé Une proposition: La lune est faite de la crème fraîche.
Libellé de la proposition B: Demain, je vais gagner au loto.
A B Result/Évaluation
1 ? ?
Comme vous pouvez le voir, dans ce cas, vous ne pouvez pas déterminer l'état de B qui décidera de la suite. Cela fait-il un sens aujourd'hui?
Dans cette table de vérité, de la proposition ~Un prend toujours la valeur 1, donc, les deux dernières lignes ne sont pas applicables. Cependant, les deux dernières lignes s'appliquent toujours dans la logique booléenne.
http://thenewcalculus.weebly.com