Doof ist nur, dass diese Leute, die sich das angewöhnen eben dann an anderer Stelle analog auch if Self.Beenden = True then
schreiben. Und dort liegen dann wieder potentielle Fehlerquellen (ist in diesem Forum schon bis zum Erbrechen durchgekaut worden und bei Interesse bitte die Forensuche benutzen und bitte hier nicht wieder aufwärmen).
Ich wollte hier ja keine Grundsatzdebatte auslösen, sondern lediglich darlegen, dass es grundsätzlich ersteinmal nicht falsch ist, das so zu machen.
Das habe ich auch nicht bestritten und auch entsprechend dargelegt
ist gegen das Verwenden von if Self.Beenden = False then
erst mal nichts einzuwenden.
(Scheint eine neue Mode zu sein, in den Beiträgen nur das zu lesen, was man da lesen möchte, Siehe Beitrag #6)
Dass die Prüfung auf "true" eine Fehlerquelle sein kann, wenn man nicht weis was man da prüft, ist auch richtig.
Jepp
Aber es kann auch vorkommen, dass man bewußt auf die Konstante "True" if (RückgabeWert() = true) then
oder "False" if (RückgabeWert() = false) then
prüfen MUSS, damit man das richtige Ergebnis erhält und nicht auf irgendetwas was Wahr if (RückgabeWert()) then
oder Falsch if not (RückgabeWert()) then
ERGIBT.
Und dies wird meist in den ganzen Diskussionen vergessen zu erwähnen.
Genau das meinte ich mit dem wiederholten Breittreten von direkten True und False Vergleichen. Ergänze doch diesen Aspekt in einem der bereits vorhandenen Diskussionen (am besten dort auch gleich mit einem konkreten Beispiel, wo es deiner Meinung nach Sinn macht).
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ea 0a 4c 14 0d b6 3a a4 c1 c5 b9
dc 90 9d f0 e9 de 13 da 60)