uuuupsssss :D
wieder einmal peinlich!
wieso denn einfach wenns auch schwierig geht :D (JOKE)
danke renee du hast natürlich recht

nebenbei: schreibe bei

besser "and" anstelle von &&

weil || bzw. && eine viel hoehere bindung hat als 'or' und 'and', und es kann passieren, dass || oder &&, wenn du da weitere rechenoperationen oder funktionen reinfuegst, ploetzlich eine hoehere bindungskraft bekommen als die rechenoperation und dann schwierig zu findende probleme verursachen, siehe auch

. alternativ kannst du da auch klammern einfuegen:


oder kuerzer:
\n\n

<!--EDIT|Strat|1106585383-->

schon wieder was dazu gelernt ;-)
danke dir strat

@Strat: Da stimme ich dir nicht ganz zu.
Die Bindung der Operatoren kommt IMHO nur in Verbindung mit Funktionen die als Argument eine Liste erwarten zum tragen da die Bindung des ,-Operators schwächer ist als die von && und ||. In einer Bedingung macht && genau das selbe wie and und || wie or solange der ,-Operator nicht im Spiel ist. Korrigier mich bitte falls ich falsch liege.

Allerdings stimmt es, dass and die lesbarkeit intuitiver macht

Gruß Alex\n\n

<!--EDIT|format_c|1106643415-->

Da bin ich der gleichen Meinung wie format_c. Es gibt nur wenige Operatoren, die eine geringere Praezedenz haben als && und ||, und keiner davon sollte in einer Bedingung auftauchen. Es sind nur ".."/"...", "?:", die Zuweisungs- und die Listenoperatoren.

Mein Faustregel ist: In einer Bedingung immer && und ||, bei Ablaufsteuerung "and" und "or".
Ein Ausdruck wie "open (...) or die" ist dabei ein Beispiel fuer eine Ablaufsteuerung mit einer logischen Verknuepfung.
In Bedingungen ergibt sich hier auch der Vorteil, das man eine C aehnlichere Syntax erhaelt.

@format_c: da hast du recht; es gibt uebrigens noch ein paar weitere, die eine niedrigere bindung als && bzw. || haben:

(ich hoffe, ich habe so ziemlich alle erwischt)

das ganze zeug braucht man sich aber nicht merken, weil 'or' die niedrigeste bindungskraft hat, und 'and' ein klein bisschen hoeher, und da kann man sich klammern so gut wie immer sparen und ist normalerweise auf der sicheren seite.

Ich verwende || bzw. && nur in konstrukten wie z.B.

sonst verwende ich || bzw. && nie; perl kann eh schon ein arger zeichensalat sein:

finde ich haesslich, auch wenn es ein C-Programmierer schneller kapiert; aber die sprache heisst Perl und nicht C, und Perl ist viel reicher an syntax als C... warum die dann nicht zur besseren lesbarkeit einsetzen?

finde ich besser lesbar, aber das wuerde ich sogar mit klammern schreiben


dann sieht man schon auf den ersten blick alles, und braucht nicht mehr nachzudenken...\n\n

<!--EDIT|Strat|1106778826-->

auf der reinen logischen ebene bindet && immer stärker als or...
also ist und oder gar gäbe in jeder logik-klausur punktabzug :)