Das deutsche Python-Forum

Also es gibt ja die ausgezeichnete Seite http://code.djangoproject.com/wiki/Back ... bleChanges
Dort werden ja nur Änderungen aufgelistet, die nicht rückwärts kompatibel sind.

Gibt es aber auch irgendwo eine Liste der restlichen Neuerungen? Hin und wieder stoße ich auch neue Dinge in der Doku die nicht ganz klar auf der ersten Seite als neu angepriesen werden.

jens hat geschrieben:Gibt es aber auch irgendwo eine Liste der restlichen Neuerungen?

This Week in Django und die Timeline?

Dann sieht man auch so ekelige Sachen wie dies hier und einen weiteren Grund, warum Destruktoren keine gute Idee sind... es sollte nie notwendig sein, explizit eine Speicherbereinigung aufrufen zu müssen.

Stefan

sma hat geschrieben:Dann sieht man auch so ekelige Sachen wie dies hier und einen weiteren Grund, warum Destruktoren keine gute Idee sind... es sollte nie notwendig sein, explizit eine Speicherbereinigung aufrufen zu müssen.

Doch. Der Python Garbage Collector muss manuell aufgerufen werden wenn man will, dass er läuft. Man darf nicht davon ausgehen, dass das Refcounting (was ein Implementation Detail ist) die Daten aufräumt.

Der Unittest dort testet, dass der Dispatcher nicht leakt, deswegen werden die lebenden Refernenzen gezählt. Damit das auch in Jython und PyPy geht muss man den GC explizit aufrufen. Da muss nicht zwingend ein __del__ im Spiel sein.

Leonidas hat geschrieben:This Week in Django und die Timeline?

Natürlich kann man an verschiedenen Stellen Info's darüber sammeln, was es neues in django gibt. Die Timeline ist aber sehr voll und sehr unübersichtlich.

Ich wünschte es gäbe eine einfache Liste wie die http://code.djangoproject.com/wiki/Back ... bleChanges
Dann könnte man sehr einfach nachsehen, welche Neuerungen es nach dem letzten lesen gibt...

EDIT: http://groups.google.com/group/django-d ... ffd8?hl=de Mal sehen wie die Meinung dazu ist...

jens hat geschrieben:Die Timeline ist aber sehr voll und sehr unübersichtlich.

Zugegeben, aber man kann filtern und schon ist man den Wikispam los. Letztendlich kommt mehr oder weniger sowas dabei raus.

Leonidas hat geschrieben:http://hg.dpaste.com/django/trunk/shortlog

Naja, das ist wenig hilfreich Ich meine auch nicht jeden commit. Da kann ich mir wirklich die timeline anschauen.

Ich denke halt ehr an echten Neuerungen die neue Funktionen in django bringen. Und auch nur die, die man nutzten sollte. Nicht die internen Änderungen.

Na wie Malcolm sagte, wenn du sowas brauchst musst du es selbst machen. Du hast ja jetzt in PyLucid ein Blog, da kannst du sowas ja bloggen.

Ich persönlich muss sagen, dass ich keine Priorität habe, jedes Django-Feature zu kennen wenn es commited wird. Mir reicht es, im TWID davon zu lesen bzw. in den Release Notes. Jedem Feature hinterherzulaufen finde ich auch öde und zeitaufwenig, vom geringen praktischen nutzen mal abgesehen - ich schaue mir auch nicht jede Woche TWID an.

mitsuhiko hat geschrieben:

sma hat geschrieben:Dann sieht man auch so ekelige Sachen wie dies hier und einen weiteren Grund, warum Destruktoren keine gute Idee sind... es sollte nie notwendig sein, explizit eine Speicherbereinigung aufrufen zu müssen.

Doch. Der Python Garbage Collector muss manuell aufgerufen werden wenn man will, dass er läuft. Man darf nicht davon ausgehen, dass das Refcounting (was ein Implementation Detail ist) die Daten aufräumt.

Mein "Rant" war eine Kritik am Refcounting von Python. Das macht Destruktoren überhaupt zu einem möglichen Feature und selbst da muss man offenbar nachhelfen. Lieber gar keine Destruktoren in der Sprache haben und "echte" GC benutzen. Das wollte ich loswerden... denn dann hätten PyPy und Jython auch keine Probleme.

Stefan