Kann mir einer mal ein Beispiel nennen, wo ein Konstruktor knallen kann, weil 'er noch nicht fertig ist'?
Wenn ich schreibe:
Foo := TMyThread.Create;
Hat Foo erst dann einen Wert, wenn der Konstruktor fertig ist.
Da es eine Grundregel gibt, die besagt, das Konstruktoren keinen logischen Code beinhalten sollen, kann ich mir irgendwelche komplex konstruierten Gebilde sparen, wo ich vielleicht doch auf ein Objekt zugreife, dessen Konstruktor noch nicht abgearbeitet ist, z.B.:
Delphi-Quellcode:
Constructor TMyThread.Create (aSomeObject : TSomeObject);
Begin
...
aSomeObject.CallMe(Self);
...
End;
Procedure TSomeObject.CallMe (aThread : TMyThread);
Begin
aThread.Bang();
End;
So, dagegen kann man sich also absichern, ja? Wozu? Sowas macht man einfach nicht:
Delphi-Quellcode:
Constructor TMyThread.Create (aSomeObject : TSomeObject);
Begin
...
FSomeObject := aSomeObject;
...
End;
Procedure TMyThread.Initialize();
Begin
FSomeObject.CallMe(Self);
End;
Procedure TSomeObject.CallMe (aThread : TMyThread);
Begin
aThread.Bang();
End;
Der Verwender des TMyThread muss eben Initialize() aufrufen. Und das kann er erst, wenn die Instanz (vollständig) instantiiert wurde.
Ich bleib dabei: Diese Gedankenspiele sind nett, aber lenken vom eigentlichen Problem ab. Sofern man das Gedankenspiel nicht als solches auffässt.
Wie wäre es mit Überlegungen, die Endlosschleifen erkennen?
While True do;
Obwohl ich ein System kenne, das versucht, soetwas zu erkennen (so ein Schwachsinn).
Programmierung allgemein
Zitat
Baum-Darstellung
