nicht angemeldet
Hi!
Dann bedenke auch, dass PHP selbst bereits ein Template-System ist.
Meinst Du, dass man PHP wirklich bedenkenlos als Template-System bezeichnen darf?
Ja.
Dafür kann es mMn viel zu viel.
Ich würde einem Template-System nur deshalb nicht mehr so nenenn wollen, nur weil man über einen bestimmten Funktionsumfang hinausgehen kann. Deswegen erfüllt es immer noch die Aufgaben eines Templatesystems.
PHP ist eine embedded script language.
Und sie kann trotzdem weiterhin auch als Templatresystem eingesetzt werden.
Eine Template-Sprache darf aber genauso, wie HTML, keine Programmkontrolle erlangen, sondern nur noch vorgefertige Aktionen beschreiben und zur Ausführung bringen.
Das würde den Begriff Template-System sehr stark einschränken. Ist nicht bereits ein Wiederholungsmechanismus ein System zur Programmkontrolle? Darf eine Entscheidung, welcher Inhalt in bestimmten Situationen (z.B. Fehlerfall vs. Gutfall) auszugeben ist, nicht innerhalb eines Templates gefällt werden? Wenn die Antwort auf die letzte Frage ja (darf nicht) wäre, würde das den Aufwand am Ende nur komplexer machen, ohne dass ich da groß einen Nutzen sehen kann. Für jeden Fall müsste dann ein eigenes Untertemplate (in einer eigenen Datei) erstellt werden, das von der Programmlogik eingebunden wird, wenn man nicht den Ausgabecode direkt in der Anzeigenlogik stehen haben will, was wiederum ein Editieren erschweren würde.
Ich denke, je komplexer eine Ausgabelogik aufgrund des Anwendungsfalls sein muss, desto mehr Hindernisse hat man zu überwinden, wenn das Templatesystem keine mächtige Programmiermöglichkeit mit sich bringt. Die Betonung liegt hier auf "Möglichkeit". Ein Anfänger sollte idealerweise keine Einstiegsprobleme haben, aber er sollte auch nicht ausgebremst oder zum Systemwechsel gezwungen werden, wenn er fortgeschritten ist.
Lo!