Forum: Programmieren allgemein
by stahli,
15. Apr 2015
Kann ich erst später, sonst hätte ich natürlich nicht gefragt.
Forum: Programmieren allgemein
by stahli,
15. Apr 2015
Glaube ich eigentlich nicht.
Der finally- Block wird in jedem Fall ausgeführt, auch wenn es in try knallt. Richtig?
Aber die erwartete Überweisung wird nicht durchgeführt und es erfolgt kein Fehlerhinweis.
--> oder unterdrückt finally die Fehlermeldung nicht - dann läge ich tatsächlich falsch
Aber selbst dann würde ich solch ein Konstrukt nur für sinnvoll halten, wenn ein Problem an der...
Forum: Programmieren allgemein
by stahli,
15. Apr 2015
Aber es geht doch hier offensichtlich um keine erwarteten Probleme.
Wenn ich eine Ini einlesen will und das Laufwerk existiert nicht, dann muss ich das berücksichtigen und das Problem behandeln (z.B. Standardwerte benutzen oder Hinweise ausgeben oder Programmteile sperren oder was auch immer).
Alles super. Es gibt verschiedene Wege. Den normalen Weg und in bestimmten Fällen Alternativen. Das...
Forum: Programmieren allgemein
by stahli,
15. Apr 2015
Jetzt will ich doch nochmal einhaken (kann auch wieder am Rechner schreiben):
B := nil;
A := TMyClass.Create;
try
B := TMyClass.Create;
EuroÜberweisenVonStahliZuHimi(B.Value);
finally
A.Free; // wenn es hier knallt, dann hat man ein Leck
B.Free;
Forum: Programmieren allgemein
by stahli,
15. Apr 2015
Wegen strom- bzw netzwerkausfall schreibe ich mit dem Handy und suche deshalb mal nicht frühere threads raus. Aber meine Meinung:
Try ... finally fuer myobject.free macht m.e. nur selten Sinn.
Erwartete Probleme wie io-acceptions sollte man natürlich h abfangen und behandeln.
Aber jedes .create mit Einem Try zu schützen bringt m.e. nichts.
Das Programm ist ab der stelle ohnehin in einem...