Das hier gibt's ja auch noch: http://code.google.com/p/django-mptt/
Mit einem bisschen Herumspielen habe ich herausgefunden, dass das Subclassen von models.ModelBase keine Probleme bereitet. Man sollte sich nur an die Metaclasses-Doku halten.
Unabhängig davon fände folgendes sonst auch gut ...
Die Suche ergab 4 Treffer
- Dienstag 16. Juni 2009, 20:59
- Forum: Netzwerkprogrammierung
- Thema: Django acts as tree
- Antworten: 11
- Zugriffe: 2465
- Sonntag 14. Juni 2009, 23:51
- Forum: Allgemeine Fragen
- Thema: Cucumber für Python?
- Antworten: 8
- Zugriffe: 2851
Es gibt auch noch http://www.pyccuracy.org/. Ob das jetzt ein Clone oder eine eigenständige Entwicklung ist, bleibt unklar.
- Mittwoch 10. Juni 2009, 21:35
- Forum: Netzwerkprogrammierung
- Thema: Django acts as tree
- Antworten: 11
- Zugriffe: 2465
Sehr elegante Lösung.
Was IHMO dagegen spricht ist, das Model-Attribute eigentlich immer vom Typ model.Field sind. Evtl. könnte es da zur Verwirrung kommen wieso hier plötzlich ein Nicht-Field als Attribut verwendet wird. Könnte es nicht auch eine Lösung über einen Decorator geben?
Oder vielleicht ...
Was IHMO dagegen spricht ist, das Model-Attribute eigentlich immer vom Typ model.Field sind. Evtl. könnte es da zur Verwirrung kommen wieso hier plötzlich ein Nicht-Field als Attribut verwendet wird. Könnte es nicht auch eine Lösung über einen Decorator geben?
Oder vielleicht ...
- Montag 27. Oktober 2008, 11:16
- Forum: Netzwerkprogrammierung
- Thema: Was tun, wenn Djangos ORM zu einfach ist?
- Antworten: 3
- Zugriffe: 1369
http://docs.djangoproject.com/en/dev/re ... ets/#range
Mit *filter* und einer Range könnte das doch funktionieren, oder? Wobei du es wahrscheinlich schon ausprobiert hast...
Mit *filter* und einer Range könnte das doch funktionieren, oder? Wobei du es wahrscheinlich schon ausprobiert hast...
