Chriz

Hallo,

kann mir jemand von euch erklären, warum er Smarty oder eine andere Templateengine verwendet? Ich meine jetzt nicht Views und die Vorteile, sondern tatsächlich eine Engine mit eigener Syntax.

Ich hab gestern im PHP Magazin den Artikel über Smarty 3 und die neuen Funktionen und die neue Syntax gelesen und frag mich jetzt ernsthaft was dieser Blödsinn soll. Die neue foreach-Syntax sieht aus wie bei PHP, eigentlich die gesamte Syntax wurde PHP'fiziert und man kann - fantastisch - nun auch einfach Arrays im Template definieren. Kann ich doch mit PHP auch alles?

Der wirklich einzigste Vorteil von soetwas wie Smarty ist doch, dass man die Templates einer Person überlassen kann, der man nicht vertraut und die somit keinen Zugriff auf PHP-Funktionen haben soll oder? Gibts es noch irgendeinen Vorteil ... mir ist völlig unklar was diese zusätzliche Schicht an Nutzen bringen soll? Würde mich über eine Antwort von aktiven Nutzern von Templateengines freuen, werde auch keine Missionierung starten, mich interessiert einfach nur die Motivation.

__________________
"Nuschel ich?" - "Was?"

Mister Ad

Manko10

ich habe einst auch Smarty genutzt und zwar schlicht aus dem Grund, dass sich damit mit äußerst geringem Aufwand eine Trennung zwischen Applikations-Logik und Ausgabe-Logik erreichen ließ. Mit ausgeschalteten {PHP}-Tags kam der zweite Grund der Sicherheit auch noch hinzu, den du ja schon selbst nanntest. Dazu ist die Syntax leicht zu erlernen, auch für Menschen, die sonst mit Programmierung nicht so viel am Hut haben und sich nicht in eine recht komplexe Programmiersprache wie PHP einarbeiten wollen. Insbesondere wenn OOP ins Spiel kommt, sind Template-Module bzw. Views recht komplex für Designer, die sich noch nie mit Programmierung und Anwendungsdesign auseinandergesetzt haben.
Allerdings habe ich irgendwann aufgehört, Smarty zu nutzen, weil es einfach zu viele Features bekam, die niemand braucht und der Vorteil der heruntergebrochenen Komplexität verloren ging. Außerdem verleiteten sie dazu, vieles, was eigentlich Anwendungs-Logik ist, schnell ins Template zu pfuschen. Ich habe dann mal darüber nachgedacht, XSLT als Template-Sprache zu verwenden, aber das ist noch komplexer. Mittlerweile nutze ich lieber MVC bzw. MVC-ähnliche Ansätze oder simple Template-Sprachen wie sie z.B. in Silverstripe implementiert sind.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

nikosch

Ich will auch nicht missionieren, aber mal wieder Twig ins Feld führen. Die machen imho vieles richtig und haben auch eine Begründung:
Twig - The flexible, fast, and secure template language for PHP
Why yet another template language?

Mit MVC sehe ich den Sinn auch nicht mehr, weshalb ich noch kein wirkliches Projekt hatte, das ich mit Twig ansetzen konnte. Ich finde aber die Erweiterbarkeit, die Sandbox und die foreach/else-Konstrukte ganz sexy. Templatevererbung und Subtemplates haben IMHO auch ihre Berechtigung. Und I18n endlich mal ins Template zu verlagern, ist auch cool. Ansonsten benuzte ich immer noch PHP, aber manchmal stören mich die sperrigen Tagklammern schon, das muss ich zugeben.

XSLT käme für mich nicht in Frage, weil es immer xml-valide Templates voraussetzt. In einem Versuch, bei dem ich eine verschachtelte xml-Struktur in eine lineare umsetzen wollte, konnte ich mich nicht für dieses Prinzip begeistern, denn das ging nur über einen blöden PHP-Hack. Zudem wirkt XSLT extrem sperrig, wenns ans eingemachte geht.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

literal

++ für Twig.

Der größte Nutzen einer Template-Engine liegt m. E. abgesehen von den viel besser lesbaren Templates darin, eine saubere Trennung zwischen Programmierer und Gestalter/HTML-Sklave () zu vollziehen, wenn mehrere Leute an einem Projekt arbeiten.

Zu erwähnen wäre übrigens noch die Möglichkeit, in Twig Makros zu schreiben, die z. B. häufige (HTML-oder-was-auch-immer-)Konstruktionsaufgaben abstrahieren können. Finde ich ganz schön, wenn die low-level Präsentationslogik im Template-Kontext verwirklicht wird - auch hier wieder vor allem mit Bezug auf Entwicklung im Team.

Paul.Schramenko

Ihr nervt doch...

Ich hab mich jetzt endlich mal wieder auf ein ruhiges WE gefreut mit ner Runde gemütlichen Programmieren und nu muss ich mir TWIG anschauen, weils sichs einfach geil anhört und mich Smarty mittlerweile bisl langweilt...

__________________
"My software never has bugs, it just develops random features."
"Real programmers don't comment. If it was hard to write, it should be hard to understand!"
Positive Bewertungen sind nicht unwillkommen...

Manko10

Ach, du tust uns aber leid. Das haben wir so nicht gewollt.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

kerstel

habt ihr erfahrung was die performance angeht? Gerade im Unterschied zwischen Smarty und Twig?

Paul.Schramenko

Hmmm ja das würde mich auch interessieren.

__________________
"My software never has bugs, it just develops random features."
"Real programmers don't comment. If it was hard to write, it should be hard to understand!"
Positive Bewertungen sind nicht unwillkommen...

robo47

Benchmarks findet man z.b. hier:

Templating engines in PHP - Follow-Up - Fabien Potencier

inklusive download um sie selbst nachzustellen.

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

kerstel

wenn das stimmt, spricht ja einiges für twig, mal schauen wann ich zeit und lust habe es nachzubilden