hi
warum wendest Du nicht dein Motto aus deiner Signatur an?
Delphi-Quellcode:
ReportUnit.AddBlock('Hysterese Test 1', 'D:\platzhalter1.bmp');
ReportUnit.Generate;
ReportUnit.Free;
Weil das nicht simpler ist?
Wie willst du jetzt solch einen Report aus einem Zip Container oder einer
DB ziehen, ohne die Bilder (wie es viele komplett hirnrissige Programme machen) in einen Temp-Ordner zu entpacken.
IMHO, hätte man mit so einem Schritt die Komplexität der ganzen Geschichte um den Faktor 100 oder 1000 erhöht.
@Jonas,
In meinen Delphi-Tagen habe ich mich in solchen Situationen an die Konventionen gehalten, wie sie zum Beispiel von TObjectList vorgelebt[1] werden.
AddBlock könnte einen optionalen Parameter haben, der festlegt, ob der Block den Speicher des Bildes verwaltet.
Wenn Blöcke nur über die Factory in TReportUnit erzeugt werden können, wäre es IMO für jeden offensichtlich, dass die jeweilige ReportUnit die auch wieder tötet...
Ein
Overload, wie Lemmy in vorschlug, ist nätürlich sinnvoll (und dass in dem Moment der Block das Bild verwaltet auch).
Aber Pfade dürfen nicht als einzige Option in einer
API existieren, siehe meinen Einwand oben.
[1] und damit von einem durchschnittlichen Delphi-Dev verstanden werden