Anforderungen an ein Web-Framework

[deamon]

Ich suche ein Web-Framework, das folgende Anforderungen erfüllt:

* MVC-Architektur
* Unterstützung von Internationalisierung
* Unterstützung von Datei-Uploads
* Sitzungsverwaltung
* Kombination mit SQLAlchemy sollte ohne Verrenkungen möglich sein
* Konfigurierbare Abbildung von URLs auf Funktionen/Komponenten
* Bindung der Request-Parameter an Objekte bzw. Objektnetze
* Typkonvertierung in beide Richtungen
* Validierung der Benutzereingaben

Am liebsten sollte das Framwork auch so wenig invasiv wie möglich sein. Ich mag es z. B. überhaupt nicht, wenn Fachliche Objekte ("Kunde") von einer Framework-Klasse abgeleitet sein sollen.

Gegen Django spricht die mir immer wieder zu Ohren gekommen "schwarze Magie", die schlechte Kombinierbarkeit mit SQLAlchemy und insgesamt der monolithische Ansatz.

Gegen TurboGears spricht die mangelnde Kontinuität der Entwicklung und die fragwürdige Zukunft. Wenn für TurboGears Pylons genutzt werden soll, frage ich mich, was dann eigentlich noch die Existenz von TG rechtfertigt.

Pylons erscheint mir dagegen schon von der Doku her, wo Frameworks ja meistens noch glänzen, schon ziemlich kompliziert und irgendwie unhandlich. Allein schon die Umständlichkeit bei gängigen Aufgaben auf der Kommandozeile gefällt mir nicht so richtig. Technisch scheint es dafür aber an der Spitze zu stehen.

Das wäre jetzt die verbreiteten Komplett-Frameworks, die mir auf Anhieb einfallen. Aber vielleicht wäre es auch überlegenswert auf "Konvention über Konfiguration" und die automatische Erstellung von Grundgerüsten (Scaffolding) zu verzichten. Würdet ihr das bevorzugen?

Welche Frameworks bzw. Kombinationen von Frameworks könnten die oben genannten Anforderungen abdecken?

[Leonidas]

* MVC-Architektur

Werkzeug mit entsprechender Strukturierung.

* Unterstützung von Internationalisierung

Babel.

* Unterstützung von Datei-Uploads

Werkzeug.

* Sitzungsverwaltung

repoze.who, barrel, WSGIAuth, Barrel, Sentry, Beaker, etc.

* Kombination mit SQLAlchemy sollte ohne Verrenkungen möglich sein

Eventuell Alchemyware.

* Konfigurierbare Abbildung von URLs auf Funktionen/Komponenten

Routes, Werkzeugs Routing.

* Bindung der Request-Parameter an Objekte bzw. Objektnetze

WTForms, FormEncode.

* Typkonvertierung in beide Richtungen

WTForms, FormEncode.

* Validierung der Benutzereingaben

WTForms, FormEncode.

Am liebsten sollte das Framwork auch so wenig invasiv wie möglich sein. Ich mag es z. B. überhaupt nicht, wenn Fachliche Objekte ("Kunde") von einer Framework-Klasse abgeleitet sein sollen.

Wunderbar, denn Werkzeug ist gar kein Framework.