Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

kieni17

Frischling

  • »kieni17« ist der Autor dieses Themas

Beiträge: 53

Wohnort: Österreich

Beruf: Schüler

  • Private Nachricht senden

1

12.09.2010, 12:57

Aussagenlogikt Vorrangregeln

hab bis morgen eine Aufgabe muss die Vorrangregeln wissen der Aussagenlogik
Operatoren sind (nicht,und,oder,<-->,-->)

CBenni::O

1x Contest-Sieger

Beiträge: 1 145

Wohnort: Stuttgart

  • Private Nachricht senden

2

12.09.2010, 12:59

Hattest du keine Zeit, einen gescheiten Beitrag zu schreiben? Dieses gestammel versteht ja keiner...

Google hilft.
Ein Mitglied der VEGeiCoUndGraSonMaWiGeS Bewegung.
42!
Aufräumen kann jeder, nur das Genie überblickt das Chaos!
Metal will never die!
1. Sppro Gamecontest - mein Beitrag

drakon

Supermoderator

Beiträge: 6 513

Wohnort: Schweiz

Beruf: Entrepreneur

  • Private Nachricht senden

3

12.09.2010, 13:00

Ja.. das ist deine Aufgabe.. nicht unsere!

Entweder du schaust das im Netz oder in einem Buch nach (in "The C++ programming language" findest du das z.B). Oder du probierst es einfach mal aus (welche Sprache hast du auch noch nicht einmal gesagt, obwohl ich das Gefühl habe, dass es dabei eher um Mathe geht, als um eine Programmiersprache).

Mastermind

unregistriert

4

12.09.2010, 13:24

Ich denke nicht dass Aussagenlogik (Prädikatenlogik) irgendwas mit C++ zu tun hat.

nicht ist ja unär und bindet logischerweise am stärksten

per konvention bindet und stärker als oder (ähnlich Punkt vor strich) dies ist aber nur eine Konvention.

A => B kannst du umformen in B oder nicht A

A<=>B müsste äquivalent zu (A=> B) und (B=>A) sein, weitere Umformung dann wie oben.

drakon

Supermoderator

Beiträge: 6 513

Wohnort: Schweiz

Beruf: Entrepreneur

  • Private Nachricht senden

5

12.09.2010, 13:46

A => B kannst du umformen in B oder nicht A

Bei uns ist (A=>B) äquivalent zu (A->B ist wahr) und (A->B) ist äquivalent zu (nicht A oder B).

David_pb

Community-Fossil

Beiträge: 3 886

Beruf: 3D Graphics Programmer

  • Private Nachricht senden

6

12.09.2010, 13:47

Die Operatoren haben folgende Priorität (absteigend aufgelistet): §\neg, \wedge, \vee, \oplus, \Rightarrow, \Leftrightarrow§
@D13_Dreinig

Mastermind

unregistriert

7

12.09.2010, 13:49

A => B kannst du umformen in B oder nicht A

Bei uns ist (A=>B) äquivalent zu (A->B ist wahr) und (A->B) ist äquivalent zu (nicht A oder B).

Ist das nicht dasselbe nur anders aufgeschrieben?

drakon

Supermoderator

Beiträge: 6 513

Wohnort: Schweiz

Beruf: Entrepreneur

  • Private Nachricht senden

8

12.09.2010, 13:56

Nein. Bei A=>B weiss ich, dass dass A->B wahr ist und daher darf man '=>' auch zur Beweisführung benutzen (dass ich (nicht A oder B) und nicht wie du (B oder nicht A) geschrieben habe tut nichts zur Sache, ist Gewohnheit).

@David_pb
Wie Mastermind bereits angesprochen hat ist das reine Definitionssache und ohne einen Bezug zu einem Kontext muss das nicht stimmen. Üblicherweise wird die Reihenfolge so sein, aber dass es so ist muss überhaupt nicht sein. Darum finde ich die Aufgabe auch nicht gut, weil das eigentlich Sache des Skriptes, Buches, Vorlesung oder was auch immer ist das festzulegen (wurde bei uns jedesmal explizit gemacht, um Missverständnise vorzubeugen).

David_pb

Community-Fossil

Beiträge: 3 886

Beruf: 3D Graphics Programmer

  • Private Nachricht senden

9

12.09.2010, 13:59

Üblicherweise wird die Reihenfolge so sein


Eben, ohne den konkreten Kontext zu kennen liegt die übliche Priorität ja recht nah... Vielleicht kommen ja noch weitere Infos.
@D13_Dreinig

Mastermind

unregistriert

10

12.09.2010, 14:12

Nein. Bei A=>B weiss ich, dass dass A->B wahr ist und daher darf man '=>' auch zur Beweisführung benutzen (dass ich (nicht A oder B) und nicht wie du (B oder nicht A) geschrieben habe tut nichts zur Sache, ist Gewohnheit).



Sicherlich ist es so, dass ich mit A=>B das meine was du mit A->B meinst nämlich "A impliziert B" dies kann wahr oder falsch sein.

Wenn ich einen Beweis führe behaupte ich automatisch dass die Umformungen die ich dort vorgenommen habe wahr sind. Deswegen brauche ich das Zeichnen nicht auch noch mit dieser Bedeutung zu belegen. Wenn ich die Korrektheit des Beweises prüfen will, muss ich nur prüfen ob die impliziert-Beziehungen wahr oder falsch sind.

In deinem Fall muss ich prüfen ob die Ausssage "A impliziert B ist wahr" wahr ist. Gewonnen ist dadurch eigentlich nichts.

Ich gebe zu dass deine Schreibweise etwas expliziter ist. Aber am Ende ist auch das Konvention und trägt nichts neues bei.

EDIT Legasthenie entfernt.

Werbeanzeige

Ähnliche Themen