FreeAndNil vs TObject.free

[DataCool]

Da bin ich auch gerade bei mir das anzugewöhnen :mrgreen:

[Bernd Ua]

Hi,

Zitat:

...Java oder C# vermieden worden

@choose : Na dann greif mal im Finalize einer C#-Klasse auf Objektreferenzen zu,
die diese Klasse hält ( bzw hielt). Wenn der Garbage Collector die referenzierten
Klassen zufällig vorher entsorgt hat , hast Du exakt diesen Zwischenzustand

Grüsse Bernd

[Luckie]

Aaah, genau da bin ich gerade.

Code:

      private void btnChooseFolder_Click(object sender, System.EventArgs e)
      {
        FolderBrowserDialog fbd;
        fbd = new FolderBrowserDialog();
        fbd.Description = "Wählen sie ein Zielverzeichnis für die Dateien aus.";
        if (fbd.ShowDialog() == DialogResult.OK)
        {
          txtFolder.Text = fbd.SelectedPath;
        }
      }

Der GarbageCollector gibt doch das Objekt für mich wieder frei oder? OK ist etwas offtopic.

[Bernd Ua]

Hallo Luckie

idR gibt der Garbage Collector die Klasse irgendwann wieder frei.
Klassen, die deterministisch freizugebende Ressourcen verwenden und bei denen
man selber explizit Close bzw Dispose aufrufen sollte, implementieren (bzw sollten)
die Schnittstelle IDisposable implementieren.
(Dispose/bzw Close geben nur die Ressourcen frei, nicht das objekt selbst).

Um den Bogen zum Thema des Forums (Delphi) wieder zu kriegen - für eine Delphi Klasse
in Delphi für .NET, in der Destruktor korrekt überschrieben ist baut der Compiler automatisch
nach aussen das Interface IDisposable ein ( geht auch schon mit dem Preview) und
Destroy wird quasi zur Implementierung von Dispose
( was deutlich anders ist als in C# wo der Pseudodestruktor ~Klassenname in Wirklichkeit zu
Finalize mit automatischem try..finally mutiert)

Bernd

[choose]

Zitat:

Zitat von Bernd Ua

[...]greif mal im Finalize einer C#-Klasse auf Objektreferenzen zu [...]. Wenn der Garbage Collector die referenzierten Klassen zufällig vorher entsorgt hat, hast Du exakt diesen Zwischenzustand

Erwischt ;)

Auch in Java gibt es mit anonymen und nachgeladenen Klassen seine Tücken und in Smalltalk purzelt's mitunter messageNotUnderstood: Nachrichten, wenn man dynamische Proxy-Klassen implementiert...
Der "Anwendungsentwickler" sollte diese Dinge jedoch nach Möglichkeit nicht sehen, so dass er, im Gegensatz zu C/C++, Delphi & Co. vor "Flüchtigkeitsfehlern" bewart wird (sinnvolle Ausnahmen gibt es immer s.o.).
Solange ich deshalb ohne SmartPointer in C++ oder ohne IInterface-Referenzzählern in Delphi arbeite, verwende ich immer Konstrukte, die eine Referenz nullen, damit auch meine Umwelt (drei Zeilen später) weiß, was ich meinte...

[Bernd Ua]

Zitat:

Auch in Java gibt es mit anonymen und nachgeladenen Klassen seine Tücken und...

Tröstlich zu hören :mrgreen:
dann kann ich mich ja richtig freuen, das die DB2 Oberfläche(Java) beim Beenden "nur"
Javalang:NullPointerExeceptions wirft und nicht Schutzverletzungen <bg>

Bernd

Programmieren ohne Pointer ist wie safer sex - fühlt sich irgendwie doof an :roll:

[Luckie]

Zitat:

Zitat von Bernd Ua

Programmieren ohne Pointer ist wie safer sex - fühlt sich irgendwie doof an :roll:

Ich schmeiß mich weg. :mrgreen:

[dizzy]

Zitat:

Programmieren ohne Pointer ist wie safer sex - fühlt sich irgendwie doof an.

Sehr geil!!! Jetzt muss ich nurnoch gucken, wie ich mich wieder "ent-kringel"... :gruebel:. Macht sich heut abend beim Italiener nicht so gut *g*.