Hallo,

ich habe eine Klasse, die bereits im Constructor diverse Zustände abprüft und ggf ein Exception wirft, um eine Behandlung ungewollter Zustände zu ermöglichen. Mein Problem dabei ist, dass leider nach dem Erzeugen der Exception innerhalb des Constructors die Objektinstanz vollautomatisch freigegeben wird, es wird also unmittelbar der Destructor aufgerufen.

Kann man das irgendwie verhindern??

VG

Rob

PS: Ich nutze das BDS2006

Das ist IMHO nicht möglich.
Aber man kann die Routinen evtll. in die Methode AfterConstruction verlagern.
Diese Methode sollte in allen Klassen vorhandensein und kann überschrieben werden.

Cu, Frank

Hey Frank und alle anderen,

das habe ich ebenfalls probiert - leider führt auch eine dort ausgelöste Exception zum Aufruf des Destructors.
Kann es sein, dass das mal eine ganz empfindliche Schwachstelle im exception handling von Delphi ist?
Ich brauch doch trotz mangelhafter Zustände, auf die ja mit Hilfe von Exceptions aufmerksam gemacht wird, die Möglichkeit in der übergeordneten Instanz, die ja spezifische Lösungskonzepte hat, die Zustände nach übergeordneter Logik zu handeln.

Ich kenne andere Konzepte für sowas, aber wenn es doch die Möglichkeit von Haus aus gibt, wieso klappt die nicht stringent? Das will ich einfach nicht glauben Da gibt es doch bestimmt etwas?

Zitat von robvs:

das habe ich ebenfalls probiert - leider führt auch eine dort ausgelöste Exception zum Aufruf des Destructors.
Kann es sein, dass das mal eine ganz empfindliche Schwachstelle im exception handling von Delphi ist?

Finde ich nicht. Ich finde deinen Ansatz sehr komisch.
Was wäre wohl wenn z.B. du im Konstruktor eine sehr wichtige Systemresource anforderst aber nicht bekommst. Was willst du dann mit einer solch Halb-Erzeugten Instanz machen? Da ist schon besser das bei einer Exeption im Konstruktor du keinen Zeiger auf dieses Objekt bekommst und es auch wieder aufgeräumt wird.

Wenn ich so eine Ressource belegte, kümmere ich mich doch auch darum. Aber das ist bei mir ja gar nicht der Fall!
Also meiner Meinung nach ist das eine "Anmaßung von Entscheidungskompetenz" seitens Delphi.

Nö. Wie willst du dich darum kümmern, wenn Methoden der Elternklasse im Konstruktor aufgerufen werden und dort eine Exception auftritt? Im gegenteil, wenn was im Konstruktor schief geht, nimmt dir Delphi alles weitere ab. Und was würdest du denn machen, wenn du im Konstrukor eine Exception bekommst und die Klasse nicht korrekt instanziert werden kann? Die Objektinstanz ist wertlos und muss wieder freigegeben werden. Und genau das macht Delphi.

Was sollte denn Delphi deiner Meinung nach machen? Dir ein kaputtes Objekt liefern, mit dem du nichts anfangen kannst? Und sowieso selber sofort wieder freigeben würdest? Und da taucht schon die nächste Frage auf: Woher weißt, du dass du nur ein kaputtes Objekt zurückbekommen hast? Die Variable ist nicht nil, aber die Klasse wurde nicht vollständig oder fehlerhaft instanziert.

Moin Rob,

dann solltest Du im Konstruktor keine Exception werfen, sondern ein Flag setzen, dass Du dann als Eigenschaft veröffentlichst, in dem der Zustand der Instanz hinterlegt wird.
Dann kannst Du nach dem TMeineKlasse.Create abfragen, ob noch etwas getan werden muss oder nicht.

Zitat von robvs:

Also meiner Meinung nach ist das eine "Anmaßung von Entscheidungskompetenz" seitens Delphi.

das kann ich nicht nachvollziehen.
Wenn das Erzeugen der Instanz fehlschlägt (Exception) existiert, normalerweise, auch keine Instanz, mit der man arbeiten könnte, also ist es nur konsequent dass aufgeräumt wird.

Zuerst danke für Eure Beiträge.

Generell gehe ich da auch konform, nur in diesem Fall habe ich ein Objekt, das ich zwingend brauche, welches aber auch diverese andere Objekte direkt im Konstruktor miterzeugt. Diese können Exceptions hervorrufen und wären dann auch so weit entbehrlich, jedoch nicht mein Hauptobjekt, das weiter existieren soll. Nur wenn eine Exception in einem untergeordneten Objekt auftritt, wird auch letztendlich auch der Destruktor des Hauptobjekts aufgerufen und genau da liegt mein Problem.

Ist doch kein Problem. Einfach den gefährlichen Teil in einem try...except kapseln und damit die Exeption selbst behandeln.

Mache ich ja, aber erst in den spezifischen Modulen, die mein "Hauptobjekt" erzeugen.