TRUE/FALSE Part

[Dalai]

Zitat von EWeiss:

Doch kosmetische Sache?

Nein. Sobald du eine API-Funktion direkt aufrufst, die z.B. einen BOOL zurückgibt (oder einen solchen Typ als out-Parameter hat), entspricht das Ergebnis eben nicht mehr zwingend einem Boolean. Dazu muss man noch nicht einmal irgendeine DLL laden, denn auch kernel32.dll, shell32.dll usw. reichen da bereits aus.

EDIT: Hier mal ein Beispiel für eine Datenstruktur mit einem BOOL in der WinAPI: http://blog.delphi-jedi.net/2008/09/...n-and-integer/

MfG Dalai

[stahli]

Aber selbst die "kosmetische Sache" würde mich überzeugen:

if (EtwasZutrifft) then TuEtwas; ist doch eigentlich eingängig.
if (EtwasZutrifft = WahrIst) then TuEtwas; ist eher sperrig zu lesen.

Wenn es dann noch Compilerbedingte Gründe für die verkürzte Schreibweise gibt, würde ich mich auf jeden Fall für diese entscheiden.


Nachtrag:
Mir fiel jetzt noch ein: if (A = B) = True then ... würde ja auch niemand schreiben.

[Sir Rufo]

Zitat von stahli:

Aber selbst die "kosmetische Sache" würde mich überzeugen:

if (EtwasZutrifft) then TuEtwas; ist doch eigentlich eingängig.
if (EtwasZutrifft = WahrIst) then TuEtwas; ist eher sperrig zu lesen.

Wenn es dann noch Compilerbedingte Gründe für die verkürzte Schreibweise gibt, würde ich mich auf jeden Fall für diese entscheiden.

Mit englischen Begriffen liest es sich sogar fast wie Prosa

Delphi-Quellcode:

if APerson.IsMarried then
  APerson.DriveHome
else
  APerson.StayWhereYouWant;