kerstel

Hallo,

ich bastell grad an einer Template Engine rum (nur für mich zum Spass an der Freude)

dort will ich nun ein paar Kontrollstrukturen einbringen, z.B.

[IF $Variable==1]
<table></table>
[ELSE]
<tr></tr>
[/IF]

[FOREACH $Variable_Array AS $Var]
<tr>
<td>[$Var]</td>
</tr>
[/FOREACH]

Das ganze sollte auch verschachtelt gehen.

Jeman ne Idee wie man das machen könnte, hab mal n bissl mit regulären ausdrücken rumgespielt, hat aber nicht so geklappt

Danke und Gruß
Kerstel

Mister Ad

nikosch

Ja, und auch wenn Du das nicht hören magst, die allgemeingültige Nahezu-floskel schlechthin: Nicht das Rad neu erfinden und versuchen die 10tausendste "eigene" Templateengine programmieren, sondern eine existierende und wohldurchdachte Lösung benutzen. Es gibt genug (andere) Anwendungsgebiete, die eigenes Gehirnschmalz benötigen.

__________________
--
„Eins ist Fakt: Gescannt wird nackt!“

Privatsphäre 2.0 - Nacktscanner mit Eyetracking.
Unser Flugzeug darf kein geschlechtsfreier Raum sein.
--

dr.e.

Hallo kerstel,

Kontrollstrukturen in Templates sind überflüssig, bzw. unsinnig. Templates dienen in der Regel dazu Code von Design zu trennen. Auf diesem Weg gelangst du sehr schnell in die Welt von MVC, das beschreibt, dass Kontrollstrukturen durch Aktionen im Controller mit den Informationen des Models abgewickelt werden sollten. Diese Vorgehensweise ist IHMO sauberer als Funktionalität in Templates zu legen.

Weiterer Nachteil der Kontrollstrukturen ist, dass der Entwickler dazu verleitet wird viele Funktionen "mal eben schnell" in das Template - das ja für einen konkreten Anwendungsfall oder gar eine konkrete Sprache erstellt wird - zu integrieren. Damit wird die Funktion, die vielleicht in einer anderen Sprache auch benötigt wird nicht abstrahierbar und man beginnt mit C&P-Engeneering.

Meiner Meinung nach solltest du besser eine Möglichkeit schaffen, einen Controller für dein Template definieren zu dürfen, der die Inhalte entsprechend seinen Model-Informationen manipulieren kann.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

David

Aber dann muss ich als Entwickler ins Design eingreifen. Oder der Designer entwickelt (php) Code.
Gibt es überhaupt ein produktiv nutzbares Template-System, das keine Kontrollstrukturen in seiner Template-eigenen Syntax hat? Ernst gemeinte Frage, da ich mich mit Template-Systemen nicht weiter beschäftige.

dr.e.

Hallo David,

Ich denke nicht, jedoch sind Kontrollstrukturen weiterhin ein Killer für Generik und Wiederverwendbarkeit.

Mit nur einem Templatesystem ist einem aber nicht wirklich geholfen. Nicht sauber eingesetzt bietet es genau die Nachteile, die du genannt hast. Gibt man dem Template-Bauer jedoch die Möglichkeiten, auf einen Satz von Komponenten zugreifen zu können, die im Template "verbaut" werden können, so sieht die Sache wieder anders aus. Sollte eine Komponente dann auch noch per Template konfigurierbar sein (z.B. Sprachumschaltung eines CMS), ist es für den Template-Bauer ohne weiteres möglich eine Design-Aufgabe komplett alleine umzusetzen. Dazu muss das Templatesystem jedoch die Möglichkeit beinhalten diverse konfigurierbare Komponenten einbinden zu können.

Letzters unterstützen jedoch mir bekannte Templatesysteme (ich klammere Templating, das in diversen MVC-Frameworks integriert ist hierbei aus) jedoch nicht und damit ist der Einsatz eines Templatesystems eines Templatesystems wegen Unsinn.

Aber lassen wir mal kerstel zu Wort kommen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

kerstel

@nikosch

Mag ich schon hören, trotzdem macht es Spass Ich muss es ja nicht vertreiben usw. sondern es geht eher ums allgemeine verständnis

@dr.e.
Seh ich ein wenig anders. Es macht Durchaus Sinn das der Designer kontrollstrukturen hat um flexibel auf Variablenwerte reagieren zu können, z.B. ist das Zitieren im Board auch nix anderes, sowas kann der Entwickler nicht abfangen. Auch eine Foreach schleife macht durchaus sinn. Der Entwickler weiß ja nicht was mit den Variablen im Template passiert.

Ich hab bei Smarty in den Cached-Files gesehen, dass die Kontrollstrukturen einfach durch PHP Code ersetzt werden. Ich denke aber das bei einem Umfangreichen Template es stark an die Performance geht wenn der Compiler ständig angesprungen wird. Oder irre ich mich da, da ich bei Smarty eigentlich noch nie Performance Probleme hatte.

Viele Grüße
Kerstel

David

Einen Parser brauchst Du so oder so. Und PHP gestartet wird auch so oder so (wenn das Template System in PHP geschrieben wurde). Wenn Du erstmal den Parser hast, ist der Compiler template->php kein Problem. Und wie bei Smarty musst Du den Übersetzungprozess nur ausführen lassen, wenn sich das Template ändert.

kerstel

schon richtig, aber trotzdem denke ich es ist ein unterschied ob ich den compiler einmal starte oder 360 mal in einem script, oder? Zudem ja das dann kein richtiger cache ist, da bei smarty die files ja trotzdem immer vom php compiler angefasst werden müssen. Wäre es da nicht sinnvoller das fertige html file zu cachen und das neu zu schreiben wenn sich was ändert?

David

Wenn Du so einen Fall "fast statischer Seiten" hast, ja. Hat aber nicht jeder.
Und es gibt auch Caches für PHP Code, apc zum Beispiel. Dann muss der Parser nicht jedes Mal laufen.

dr.e.

Nein, Smarty "kompiliert" den Template-Code gerade deshalb in PHP-Code, da die Performance dadurch deutlich besser ist. Benchmarke mal Smarty mit deaktiviertem Cache gegen Smarty mit aktiviertem Cache und du wirst den deutlichen Unterschied sehen...

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Mister Ad