gerold hat geschrieben:Es gibt Leute die ein gutes, gereiftes Programm -- und dafür halte ich
CherryPy -- sehr schätzen. Vor zehn Jahren dachte ich auch noch, dass ich jedem Hype nachrennen muss. Inzwischen schätze ich geradlinige, durchdachte Tools viel mehr, da sie mich viel schneller (mit weniger Lernaufwand) zum Ziel bringen.
Wieso Hype? CherryPy ist doch Dank TurboGears genauso gehypted wie Django. Nur halt, dass TurboGears die Leute wegrennen.
Auch Cheetah hat diese Vorteile. Nichtprogrammierer verstehen schon nach kurzer Erklärung, wie man grundlegend damit umgehen kann. Auch wenn man sich erst an das Doppelkreuz "#" als Einleitung für Cheetah-Befehlszeilen gewöhnen muss.
Wenn man für das Erlernen der Basics einer Template Engine länger als fünf Minuten braucht hat die Template Engine versagt oder die Template Engine nutzt XML, wie Genshi. Dort musst du dir noch die XML Basics erarbeiten, wenn du sie nicht kennst.
Cheetah war vor Jahren die fortschrittlichste Python Template Engine und sie hat sicher eingen anderen Template Engines immer wieder als Anhaltspunkt gedient. Dennoch ist Django/Jinja/Mako wesentlich einsteigerfreundlicher als Cheetah.
Und die Cheetah-Vorlagenvererbung erspart einem viel Tipparbeit. Man erstellt eine Hauptvorlage. Untervorlagen erben von der Hauptvorlage und überschreiben nur die Blöcke, die sich von der Hauptvorlage unterscheiden sollen. -- Sehr einfach und sehr flexibel.
Das hat jede Template Engine
Meine Ablehnung gegenüber CherryPy auf den Punkt gebracht: Ich hab dank TurboGears kurzzeitig mit dem Quellcode dahinter und dem Config System zu tun gehabt und das ist ein einziger riesiger Hack. Nicht ganz so schlimm wie Karrigell. CherryPy ist zwar Gott sei Dank seit 3.0 WSGI kompatibel, aber was es mit der Engine anstellt ist abartig. In der Hälfte der Umgebungen wo es läuft musst du einen Exit Handler definieren damit die Engine wieder sauber runterfährt und schlimmer, in jedem Kindprozess schauen ob die Engine noch nicht läuft und dann starten.
gerold: Werd glücklich mit CherryPy, Karrigell und Cheetah, aber drücks bitte nicht jedem aufs Auge. Wer mit der Konfiguration das ganze in einen Apachen integrieren will hat so viele Schmerzen wie sonst mit keiner.
Python Webentwicklung ist spannend, einfach und kann PHP und Ruby on Rails in jeder Weise ersetzten.
@debian75: ist es nicht. Das ist sehr einfach und alle meine Python Anwendungen laufen hervoragend und einfach hinter Apache. Allerdings hat dieses Forum so die Eigenheit, dass gerold's momentane Lieblingsframeworks immer eigene Wege gehen und traurigerweise viele Neuankömmlinge blind hinten nach trotten.