Ich finde es sogar sehr schön.
Außer man ist ein Klammer-Fan so wie ich, und nutze Klammern gerne in Mathematik und Code um Teile zu separieren,
auch wenn dies nicht immer absolut notwendig ist.
Das erspart über implizierte logische Zuordnungen nachzudenken und legt die Berechnung so dar, wie es geplant ist.
Zum Verhindern von blöden Flüchtigkeitsfehler und der besseren Zuordnung logischer Zusammenhänge ist das eine gute Sache.
Hier mal ein Extrembeispiel:
Delphi-Quellcode:
if ....Assign(......FClass )
and ......(......FClass.CanUse )
and ......(.(....FClass.ValueA
.............+ ( FClass.ValueB * FClass.ValueC )
). = 42
) then
begin
end;
vs.
Delphi-Quellcode:
if Assign(FClass) and FClass.CanUse and (FClass.ValueA+FClass.ValueB*FClass.ValueC=42) then
begin
end;
Wo kann man logische Fehler wohl besser erkennen?
Natürlich versuche ich das weiter zu entflechten durch negative Logik und Guards
Delphi-Quellcode:
if not Assign( FClass ) then
begin
Exit;
end;
if not FClass.CanUse then
begin
Exit;
end;
if (.....FClass.ValueA
+ ( FClass.ValueB * FClass.ValueC ) ) = 42 then
begin
end;
Ok, das ist sicher extremer als ich das aktuell mache, aber größtenteils Geschmackssache und Philosophie ...
Soll Jeder machen, wie er meint, was für ihn Vorteile bringt.
Für mich steht eine übersichtliche Formatierung an erster Stelle, gerade weil Logik so mehrdeutig und verheddert sein kann.
