Eigene Klasse von TObjectDictonary

[psycodad]

Naja, Wenn ich aber noch nicht genau weiss was da alles noch reinkommen könnte (Ev. Zugriffsverwaltung etc..) macht es durchaus Sinn, das in eine Klasse zu verpacken. Das Ganze läuft als Singleton. Das Objekt wir beim Start des Programms erzeugt und beim Beenden desselben verworfen. Wenn man dann eine Klasse daraus macht dann ist es eben aus den oben genannten Gründen besser diese nicht direkt von TObjectDictionary abzuleiten.

Oder liege ich da komplett falsch?

[psycodad]

Zitat:

Zitat von freimatz (Beitrag 1424533)

Weil:

Zitat:

Zitat von Der schöne Günther (Beitrag 1421448)

Tipp: Soweit du keinen wirklich guten Grund hast tust dir keinen Gefallen mit der Vererbung. Nimm stattdessen ein TObjectDictionary<String,TfrxReport> und benutze es.

https://de.wikipedia.org/wiki/Kompos..._von_Vererbung

Oder auch Favour_Composition_over_Inheritance_FCoI

Tolle Website. Ich lerne gerade ne Menge...

[Der schöne Günther]

Zitat:

Zitat von psycodad (Beitrag 1424534)

Naja, Wenn ich aber noch nicht genau weiss was da alles noch reinkommen könnte (Ev. Zugriffsverwaltung etc..) macht es durchaus Sinn, das in eine Klasse zu verpacken. (…) Oder liege ich da komplett falsch?

Nö, ich sehe das genau gleich, aber das hatten wir ja schon 😉

Wir sparen ja auch nichts (außer vlt. einmal 10 Zeilen) dadurch dass wir nicht direkt von TDictionary<> ableiten...