Forum: Object-Pascal / Delphi-Language
Delphi
by Stevie,
12. Aug 2016
Bei mir würde das so aussehen (dass Parameter, Variablen und Felder mit nem kleinen Buchstaben anfangen, ist meine persönliche Note)
type
TExample = class
private
fTest: Integer;
public
constructor Create(const test: Integer);
property Test: Integer read fTest write fTest;
end;
Forum: Object-Pascal / Delphi-Language
Delphi
by Stevie,
11. Aug 2016
Im Delphi Source findet man das durchweg an vielen Stellen - wird aber nicht konsequent durchgezogen, aber schau mal in Classes.pas z.B.
Da Delphi nunmal nicht case sensitiv ist, bietet es sich an, Parameter zu prefixen, damit es keine potenziellen Namenskollisionen gibt.
Forum: Object-Pascal / Delphi-Language
Delphi
by Stevie,
10. Aug 2016
Nö, bestimmt nicht, ich verbringe einen großen Teil meiner Zeit damit, meinen eigenen (gestern natürlich noch von mir selbst fälschlicherweise als perfekt bewerteten :roll:) oder fremden Code zu refactorn :)
Forum: Object-Pascal / Delphi-Language
Delphi
by Stevie,
10. Aug 2016
Bei dieser Argumentation, die ich schon oft gesehen habe, frage ich mich immer:
Welche Information bringt es mir, zu sehen, von welcher Art der rechte Ausdruck ist - imo ist diese Information unnötig und in der Regel nicht notwendig.
Da man normalerweise seine Elemente vernünftig benennt (und ich meine nicht mit nem Prefix, obs ein Parameter, lokale Variable oder sonst was ist, sondern das, was...
Forum: Object-Pascal / Delphi-Language
Delphi
by Stevie,
10. Aug 2016
Wenn man sich an Clean Code hält (was primär eigentlich nix mit der Formatierung des Codes zu tun hat), ergeben sich viele hier gezeigte Fälle erst gar nicht, weil Methoden nicht über zig if Bedingungen oder Verschachtelungen verfügen (z.B. Hallo Polymorphie und Strategie Pattern).
Auch so manch "cleveres" Code Konstrukt ließe sich weitaus einfacher schreiben, wenn man z.B. das Null Objekt...