Mailinglisten-Archive |
Lutz Zetzsche schrieb: >>>Mir geht es beispielsweise nur um die Kernfunktion, also die Trennung >>>von >>>Anwendungslogik und Präsentation, insbesondere auch mit dem Ziel >>>verschiedene Ausgabeformate auf der Präsentationsebene bedienen zu >>>können >>>(XHTML, WAP, XML, PDF, XML, RTF usw.). Mein Anspruch ist, daß die Lösung >>>möglichst effizient und ohne unnötigen Overhead sein soll. Vorstellungen >>>wie, der Programmierer braucht sich nicht ums Layout zu kümmern und der >>>Designer hat nichts mit der Anwendungslogik zu tun, widersprechen >>>einfach meinen praktischen Erfahrungen. >> >>Ich habe sehr gute Erfahrungen gemacht mit XSLT. Meine gesamte >>Logikschicht erstellt DOM Dokumente, die ich dann beliebig mit XSLT >>bearbeiten kann. XSL-FO und du hast eigentlich gar keine Probleme mehr >>mit Ausgabeformaten. > > > genau! Das ist auch noch ein interessanter Punkt. Sollte man nicht direkt > XSLT anstatt einer Template Engine verwenden? Immerhin hätte man damit > eine weltweit standardisierte Templatesprache, die nicht an PHP gebunden > ist, wie es die von Smarty z.B. ist. ja, aber auch die DOM-Dokumente müssen ja erstellt/ausgegeben werden, dies muss ja auch mittels einer Template-Engine und/oder PHP geschehen ... ist also nur eine weitere Schicht bzw. Unterteilung des VIEWS in Daten und Aussehen -- Sebastian Mendel www.sebastianmendel.de www.warzonez.de www.tekkno4u.de www.nofetish.com www.sf.net/projects/phpdatetime www.sf.net/projects/phptimesheet
php::bar PHP Wiki - Listenarchive