Pyrhon: Auswertung logischer Ausdruck

Versuch mal in Textform darzulegen, was das tun soll.

So wie es da steht:  False > 4        scheint False akzeptabel

Carl D. schrieb:
> Versuch mal in Textform darzulegen, was das tun soll.

Variante 1 (Auswertung von links):
1. Ist 10 ungleich 10?    --> False
2. Ist False größer 4?    --> False (?)

Variante 2 (Auswertung von rechts):
1. Ist 10 größer 4?       --> True
2. ist 10 ungleich True?  --> False (?)

Edit 1: Gibt es eine inheränte Regel (wie in C), dass alles ungleich 0 
True ist?

Edit 2: Mhh... True > 4 gibt auch False

Gruß
Dennis

Karl schrieb:
> True wir als 1, False als 0 interpretiert.
>
> True == 1     -> True
> False == 0    -> True
>
> Dennis S. schrieb:
>> (7+3) != 10 > 4
>
> -> 0 > 4      -> False

Okay.. also konvertiert Python munter zwischen Boolean und Integer hin 
und her..
Vielen Dank.

!= und > haben die Gleiche Priorität (vgl. Punkt vor Strich). Dann wird 
von links nach rechts ausgewertet

Vielen Dank für die Antworten.

Kern der Frage war dann eigentlich, ob es möglich ist numerische und 
logische Werte miteinander zu vergleichen.
--> geht, aufgrund der implizizen Umwandlung von False nach 0 und True 
nach 1.

Gruß
Dennis

Dennis S. schrieb:
> Kern der Frage war dann eigentlich, ob es möglich ist numerische und
> logische Werte miteinander zu vergleichen.
Warum hast du dann die Frage nicht gestellt?

> --> geht, aufgrund der implizizen Umwandlung von False nach 0 und True
> nach 1.

Es wird auch 0 nach False und der Rest nach True gewandelt.

Ich habe die Frage nicht gestellt weil diese sich erst im Laufe der 
Diskussion als URSACHE für das beobachtete Verhalten herausgestellt hat. 
Ich kannte aber nur die WIRKUNG für die ich eine Erklärung gesucht habe. 
Henne und Ei.. ;-)

Nochmals, wo lieg mein Denkfehler?

1

var1 = 15

2

var2 = 3

3

result = (var1 + var2) != 10 > 4

4

print( result )

Ausgabe (Python 2.7) ist True. Meine Erwartung ist aber
1) 18 ist ungleich 10 --> True
2) True wird nach 1 konvertiert
3) 1 größer als 4 ist False
4) Ausgabe ist False

Gruß
Dennis

Dieter F. schrieb:
> 18 != 10 AND 10 > 4
Pffff... Okay, ich sehe ein, dass es für Bereichsabfragen (10<x<70) ganz 
nett ist.. aber hier fande ich es wenig intuitiv.

Gut, dass ich hauptsächlich C schreibe. Das ist einfach. :-D

Gruß
Dennis

Amateur schrieb:
> Ich kenne mich ja mit Python nicht so aus [...]
Jepp.. hat aber auch nicht richtig mit Python zu tun! Es sind 
unterschiedliche Konzepte, beide mit Vor- und Nachteilen. 
Einstiegsliteratur:
https://de.wikipedia.org/wiki/Dynamische_Typisierung

Dieter F. schrieb:
> Nein - da bin ich anderer Meinung. Nur so ist es korrekt - es wäre
> falsch, einen Wahrheitswert (in diesem Fall repräsentiert durch 0 oder 1
> - weil es eben eine Maschine/ein Computer ist) mit einer Zahl zu
> vergleichen.
>
> Wie sieht denn das Ergebnis Deiner Beispiel-Zuweisung in C aus?
Abgesehen von der dynamischen Typisierung, war das "Erweitern" des 
Ausdrucks zu mehreren Ausdrücken für mich einfach nicht ersichtlich.
Um das in C zu schreiben, müsste ich vorher wissen was ich erreichen 
will! Das war hier nicht der Fall. Ich habe lediglich ein bisschen 
rumgespielt und geguckt was passiert.

Gruß
Dennis

Hallo,

interessantes Beispiel. Ich muss zugeben, ich wäre wohl selbst unter 
starkem Alkoholeinfluss nie auf die Idee gekommen, so einen Ausdruck zu 
schreiben!

Ich habe das mal in Swift ausprobiert, dort gibt es zwei 
Fehlermeldungen.

Zum einen, dass „er” int nicht nach bool konvertieren kann und zum 
anderen, dass Reihungen nicht-assoziativer Operatoren nicht erlaubt 
sind.

vlg
 Timm

@Timm Reinisch:
Mir ist der Bezug zum Thema nicht ganz klar... Python und Swift sind 
doch unterschiedliche Sprachen!

Nettes Feature der IDE (Values am Rand). Welche ist das?

Gruß
Dennis

Karl schrieb:
> Aber es gibt bestimmt schon 10 Threads Pytonh vs. C. Da kann mann alle
> Vor- und Nachteile nachlesen.

Und das hier sollte nicht der 11. werden! Deswegen: die Frage ist 
geklärt. Alles was jetzt kommt ist Offtopic...

Dennis S. schrieb:
> @Timm Reinisch:
> Mir ist der Bezug zum Thema nicht ganz klar... Python und Swift sind
> doch unterschiedliche Sprachen!

da hast Du recht. Ich wollte nur den Punkt, der aufkam, untermauern, 
dass man berechtigterweise die Auffassung vertreten kann, dass sich die 
Frage nach der Auswertung nicht stellen sollte, weil der Ausdruck 
schlicht Nonsens ist. Geht wohl etwas in Richtung ot, sorry.

Die IDE ist XCode.

vlg
 Timm