if and then

[dino]

in der Suche hab ich nix dazu gefunden, wie ich z.B. schreiben kann:

if not a=b xor c=d then...
wenn weder a=b noch c=d ist dann...

ah ok so klappts, aber wofür die Klammern?
gibts dafür nen Logischen Grund?

[mkinzler]

if a <> b and c <> d then

[Flare]

if (a <> b) and (c <> d) then ... Klammern nicht vergessen!


Flare

[arbu man]

ja gibt es, delphi weiss nicht ob du

(not a)=(b xor c)=d
(not (a=b)) xor (c=d)
not ((a=b) xor (c=d))
...

meinst, deswegen parst er das ganze von links nach rechts unter beachtung der klammern

[Hawkeye219]

Delphi weiß das schon, es gibt schließlich eine Rangfolge bei den Operatoren. Und genau die führt dazu, daß es zu der beschriebenen Fehlermeldung kommt.

Der Compiler sieht den Ausdruck so:

if ((not a) = (b xor c)) = d then ... Wenn die benutzten Variablen nicht vom Typ Boolean sind, kann der Ausdruck nicht übersetzt werden. Ein boolescher Ausdruck (linke Seite) soll hier mit einem nicht-booleschen Ausdruck (rechte Seite) verglichen werden.

Also: lieber ein Klammerpaar zuviel setzen. Zumal es bei BDS 2006 die Hervorhebung der Klammern gibt...

Gruß Hawkeye

[dino]

wo krieg ich die markierung von Klammern genau?

[mkinzler]

Zitat von dino:

wo krieg ich die markierung von Klammern genau?

Wie meinst du das?

[dino]

"Zumal es bei BDS 2006 die Hervorhebung der Klammern gibt... "
hat Hawkeye219 geschrieben und ich will wissen, ob ich irgendwo ein Tool herunterladen kann, wodurch alle Klammernpaare markiert werden

[3_of_8]

Das Tool heißt BDS 2005 und lässt sich hier in der DP runterladen. Wo genau? Schau unter "News & Ankündigungen"

[mkinzler]

Zitat von 3_of_8:

Das Tool heißt BDS 2005 und lässt sich hier in der DP runterladen. Wo genau? Schau unter "News & Ankündigungen"

Das ist für ihn aber nur interessant, wenn er keine DB-Anwendungen schreibt.