Forum: Object-Pascal / Delphi-Language
by Stevie,
30. Apr 2011
Und? Nur weils es gibt, isses auch gut?
Und nur, um es nochmal zu betonen, ich sage nicht, man darf das auf keinen Fall niemalsnich verwenden. Aber bereits das Code Beispiel im TE Post zeigte, dass dort Exit mal total falsch plaziert war. Man sollte die Verwendung auf ein absolutes Minumum reduzieren und nicht dort, wo man einfach nur nen Boolschen Ausdruck negieren könnte, nen Exit...
Forum: Object-Pascal / Delphi-Language
by Stevie,
30. Apr 2011
Break schlechter Programmierstil?
Wobei ich Break ehrlich gesagt öfter einsetze
Forum: Object-Pascal / Delphi-Language
by Stevie,
30. Apr 2011
Nein, ich lagere die innere Schleife in eine extra Methode aus, wenn es nicht so geht, wie ich im vorherigen Post erwähnte.
Forum: Object-Pascal / Delphi-Language
by Stevie,
30. Apr 2011
Als erstes solltest du dich wieder etwas beruhigen. Ich geb dir auch ne Tasse Tee oder Kaffee zum Keks aus 8-)
Meine Meinung zu dem Thema ist folgende (die darf ich ja noch haben und auch kund tun, oder? vielen Dank):
Da in Delphi das Statement Result := xyz; nunmal nicht so wie in anderen Sprachen return xyz das direkte Verlassen der Routine zur Folge hat und danach weitergarbeitet...
Forum: Object-Pascal / Delphi-Language
by Stevie,
30. Apr 2011
ROFL, hast du mal bei uns gearbeitet? Jedesmal, wenn ich solchen Code in alten Units sehe, ändere ich das sofort. :wall:
Ernsthaft - um 2 Codezeilen zu sparen? Worin leidet denn beim 2. die Lesbarkeit?
Stell dir vor, man baut mal sowas wie Logging ein:
begin
Logger.EnterMethod('LoadFile');
if not FileExists(Filename) then Exit;
LoadFile();
ProcessFile();
Forum: Object-Pascal / Delphi-Language
by Stevie,
30. Apr 2011
Mag nur meine Meinung, aber für jedes Exit sollte es einen Schlag in den Nacken geben.
Klar, an manchen Stellen kann man sich in etwas vertrackten Konstrukten einfach aus der Affaire ziehen, aber sauber gecoded ist es zu 99.99% vermeidbar.
