FreeAndNil macht Probleme

[himitsu]

Zitat:

Von Destroy hatte ich die Finger gelassen, weil in der OH steht, man solle Destroy nicht direkt aufrufen

Genau, du sollst Destroy nicht aufrufen, sondern eben Free oder FreeAndNil verwenden,
aber das hat nichts mit dem Überschreiben zu tun. Soll was beim Freigeben gemacht werden, dann kommt es ins Destroy rein, mit Override.

Extern benutzt du Free (weil dort das If-Assigned eingeaut ist),
aber intern kommt der Code ins Destroy.


Ein paar Beispiele, warum "überdecken" statt Überschreiben selten eine gute Idee ist.
Bei TStrings und TStream verwentet man meistens die Basisklasse für Varisblen und Parameter, damit man die Funktion unabhängig von der Quelle implementieren kann, aber beim Erstellen wird dann dir Endklasse benutzt. Sind da Methoden nur verdeckt, dann werden sie nie verwendet, siehe dein Free.

[Benmik]

Ich hatte gerade vor kurzer Zeit etwas über Verdecken und Überschreiben gelesen, und es war mir nicht so richtig klar geworden, warum Verdecken jetzt soooo schlimm ist. Die Praxis ist halt der beste Lehrmeister. Insbesondere die Tatsache, dass ich diese Problematik nie an dieser Stelle vermutet hätte. Dabei kannte ich den Emba-Code und hatte bei SO gelesen, warum man den Umweg über eine Tempvariable gegangen ist.

[himitsu]

Ja, die TempVariable ist nur, weil FreeAndNil eben "erst Nil und dann Free" macht. :stupid: