Wir wollen uns nicht streiten, Volker. Wenn der OP KTemplate durchackert und versteht (er muß die Klasse ja nicht einsetzen), dann hat das einen wesentlich größeren Lerneffekt, weil er auf diese Art und Weise etwas PCRE lernt, etwas OOP und etwas Projektplanung.

Ich hatte mich damals mit FastTemplate beschäftigt, als ich wegen der zeitraubenden HTML Bastelei die Faxen dicke hatte.

Mister Ad

Hi meikel,

danke für die Anstöße, die werde ich mir morgen mal in ruhe zur gemühte führen.

.... schwerer Satz :P

Ich Hoffe das ich den dann morgen verstanden habe.

bis dahin

greetz

Rikku

... ganz normales HTML gesendet. So oder so ähnlich stehts übrigens auch im Handbuch drin.

Na klar verstehst Du den. Meinste, ich würde mir sonst soviel Mühe geben? <ggg>

http://php.net/include

Aus dem PHP-Handbuch über include():

oops...

schon ein wenig länger her das ich mir die include() Referenz angesehen habe.

Tschuldigung.

greetz

Rikku

Hi,

wollte nochmal auf dieses Thema zurückkehren, nachdem ich mir ein paar Template Klassen überflogen habe. Bei den meisten Klassen die ich mir angesehen habe wird im Template "richtige" Platzhalter benutzt also keinen PHP-Code, jedenfalls vorerst. Das Template wird Komplett eingelesen und über preg_match() die Platzhalter (jetzt doch) durch PHP-Code ersetzt, meistens Objekte die Methoden haben um die Platzhalter mit ihrem Inhalt zu füllen. Also "fast" so wie mein erster Ansatz. Teilweise wird nach dem ersten Parsen des Templates dieses auch gecached. Erkenntniss die ich bis hierhin gewonnen habe ist, schluß endlich das Template "auch" PHP-Code beinhaltet. Nur nicht über include(), sondern vieleicht etwas eleganter, wobei über geschwindigkeiten da überhaupt nichts aussagen kann.

@ meikel

ist das (für dich) der richtige Ansatz einer Template - Engine?

Wenn ja habe ich deinen "schweren" Satz ja verstanden und ich könnte mich an solch einer kleinen Lösung probieren.

Lust hätte ich schon :P

greetz

Rikku

Das ist die Einleitung. Ich vermute mal, daß Du Dir Smarty angeguckt hast (Stichwort 'cache'). Denn...: genaugenommen sollte eine Template Engine so fix sein, daß man sich über das Thema "cache oder wie mache ich meinem langweiligen Script Beine?" keine Gedanken machen sollte.

Ehrlich gesagt nicht. Eine Template Engine, die einen Cache für die eigene Arbeit generieren muß, weil sie sonst zu langsam ist, kannste ehrlich gesagt abhaken.

Noch mal:
guck Dir das Beispiel an:
http://test.php-help.info/template-2/

Das Beispiel nutzt die Extension php-templates:
http://test.php-help.info/php-template-3/

Beide Beispiele nutzen die selbe DB, basieren aber auf unterschiedlichen Template Engines.

Wenn Du die Laufzeiten vergleichst, wirst Du feststellen, daß die Template Extension noch mal 30-40% schneller ist als die eh schon recht fixe Template Klasse von R. Geschke ist.

Lust an Templates ist generell nicht falsch.

Beachte dabei folgendes:
Templates dienen der Trennung von Programm und Design.

Eine Template Engine, die im Template zusätzlich noch eine Makrosprache parst (wie zB. smarty) unterläuft genaugenommen das Konzept der "Trennung von Programm und Design" und schießt sich sozusagen "von hinten durch die Brust ins Auge".