Vererbung / self
@darii: Interessante Frage. Noch eine wäre warum sie bei Java den gleichen Fehler gemacht haben.
http://de.wikipedia.org/wiki/Finalisierung
Unter Finalisierung. Listet genau die Probleme von __del__ auf. Warum diese Probleme derart global zu sein scheinen erklärt sich damit aber nicht.
Unter Finalisierung. Listet genau die Probleme von __del__ auf. Warum diese Probleme derart global zu sein scheinen erklärt sich damit aber nicht.
@Leonidas
sicher, aber falls ein noch nicht so erfahrener Programmierer vergisst, das objekt zu schließen
sicher, aber falls ein noch nicht so erfahrener Programmierer vergisst, das objekt zu schließen
Bestimmt gibts bei der low level Programmierung von der Python Standardlib wirklich ein paar Fälle, wo etwas passieren soll, wenn der GC etwas einsammelt. Nicht wenn es nicht mehr referenziert wird und so... Sondern einfach nur, wenn der GC es zerschrottet.
Das halte ich für.. sehr wahrscheinlich. Mal durchgucken, würd ich mal sagen =D
Das halte ich für.. sehr wahrscheinlich. Mal durchgucken, würd ich mal sagen =D
An Birkendfeld: Kannst du uns als Developer etwas dazu sagen? Warum hat Guido __del__ implementiert, obwohl in der Doku davor gewarnt wird, es einzusetzen? Wusste man es früher einfach nicht besser? Kennst du ein konkretes Beispiel, bei dem der Einsatz von __del__ Sinn ergibt?
-
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Unwarscheinlich, weil dann müsste man ziemlich deppert sein, dass es immer noch in Python 3.0 drin ist.derdon hat geschrieben:Warum hat Guido __del__ implementiert, obwohl in der Doku davor gewarnt wird, es einzusetzen? Wusste man es früher einfach nicht besser?
comp.lang.python
Im Urllib Modul wird __del__ in py 2.5 noch benutzt. Scheinbar auch in vielen anderen StdLib Modulen?
Im Urllib Modul wird __del__ in py 2.5 noch benutzt. Scheinbar auch in vielen anderen StdLib Modulen?