Kontrollstrukturen in Template engine - Seite 2

dr.e. · 08.08.2008, 12:07

Nachtrag:

Zitat:

@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.

Das musst du mir jetzt aber erklären. Warum sollte der Entwickler auf dieses Event nicht angemessen in einem (MVC-)Controller reagieren können? Beim Zitieren wird doch lediglich der Beitragstext eines bekannten Posts mit Zitat-Markierungen versehen und im Eingabefeld dargestellt. Die Beitrags-ID ist dabei genauso bekannt, wie die Informationen über den zitierten Benutzer und den Benutzer, der zitieren möchte...

David · 08.08.2008, 12:08

Soweit ich das verstanden habe, war die Frage nicht auf Smarty-Parser<->php bezogen sondern "Warum überhaupt Template-Code speichern (und jedes Mal ausführen) und nicht gleich das HTML Ergebnis?"

Das eine schließt übrigens das andere nicht aus

kerstel · 08.08.2008, 13:01

hm, in diesem fall wäre es ja einfach,

ich suche nach dem string [IF und ersetze das durch <?php if... ?>, zumindestens theoretisch einfach

nikosch · 08.08.2008, 13:35

Den Mehrwert dieser Templatesyntax mußt Du mir dann mal erklären. Ob ich jetzt

Code:

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

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

oder

Code:

<? IF ($Variable==1): ?>
<table></table>
<? ELSE: ?>
<tr></tr>
<? ENDIF; ?>

<? FOREACH ($Variable_Array AS $Var): ?>
<tr>
<td><?= $Var ?></td>
</tr>
<? ENDFOREACH; ?>

schreibe, ist doch echt Hupe. PHP bietet halt einfach schon zu viel Templateelemente, dass es keinen Sinn macht, solche einfachen Strukturen nachzubilden.

kerstel · 08.08.2008, 19:04

aber genauso macht es doch smarty auch

nikosch · 08.08.2008, 20:10

Ich hab ja auch nicht gesagt, dass Smarty in dem Punkt besser ist.

kerstel · 09.08.2008, 12:16

na auf jedenfall is es weniger schreibarbeit und ich denk auch das ein umfangreiches template übersichtlicher bleibt. Merkt man vor allem dann, wenn man ein cached template und das original template in smarty anschaut

dr.e. · 09.08.2008, 15:20

Zitat:

na auf jedenfall is es weniger schreibarbeit und ich denk auch das ein umfangreiches template übersichtlicher bleibt.

Sobald die Gefahr besteht, dass es unübersichtlich wird, sollte man partitionieren oder abstrahieren, sprich mit weiteren, verschachtelten Templates arbeiten. Soweit ich das gesehen habe, ist das mit Smarty aber nur sehr begrenzt möglich.

Zitat:

Merkt man vor allem dann, wenn man ein cached template und das original template in smarty anschaut

Meine Rede seit 1785. Wie aber nikosch schon sagte, macht eine Ersatz-Sprache für PHP-Templates keinen Sinn, solange es nicht den von mir oder David beschriebenen Mehrwert bietet.

kerstel · 11.08.2008, 10:53

Zitat:

Zitat von dr.e.

Sobald die Gefahr besteht, dass es unübersichtlich wird, sollte man partitionieren oder abstrahieren, sprich mit weiteren, verschachtelten Templates arbeiten. Soweit ich das gesehen habe, ist das mit Smarty aber nur sehr begrenzt möglich.

geht in smarty recht gut, allerdings ist das gechachte template mit allen includes usw.

Zitat:

Zitat von dr.e.

Meine Rede seit 1785. Wie aber nikosch schon sagte, macht eine Ersatz-Sprache für PHP-Templates keinen Sinn, solange es nicht den von mir oder David beschriebenen Mehrwert bietet.

Wenn ich das alles so lese, macht eine Template Engine gar keinen Sinn, da ich ja PHP in dem Template einbauen kann. So ist m.E. zumindestens der Tonus

Viele Grüße
Kerstel

Quadaptor · 11.08.2008, 13:59

Ich verstehe den Hype um Template-Engines nicht. Nach dem Einsatz zig unterschiedlicher TEs begnüge ich mich inzwischen (wieder) mit <?=$tpl->get('meinplatzhalter')?>. Die Syntax von Smarty & Co. orientieren sich an PHP - wieso dann nicht gleich PHP verwenden? PHP ist immerhin dazu u.a. nahezu geschaffen.

Es liegt an der Disziplin der jeweiligen Entwickler/Designer, wie sie die Logik in Templates bewerten. Ich kam jedenfalls bisher NIE ohne Logik in Templates aus, allerdings unterscheide ich da strikt zwischen Programm- und Darstellungslogik.

Als Beispiel möchte ich eine Seitennavigation nennen. Hier übergebe ich an die "Template-Engine" einfach die Anzahl der Seiten, sowie die aktuelle Seite. Nun kann innerhalb des Templates komplett bestimmen, wie die Darstellung erfolgen soll - vollständig. Klar, ohne Schleifen und Bedingungen geht es nicht - aber für mich fällt das unter die Rubrik "Darstellungslogik" und die hat somit absolut nichts in (m)einem Application-Controller zu suchen.

Klar, entgegen dem steht das Argument, dass Designer keine Anpassungen vornehmen können, weil sie kein PHP können. In der Praxis (= div. Projekte) hat sich bei mir allerdings gezeigt, dass jeder gute Designer neben seinen Grafikprogrammen und HTML/CSS auch ein klein wenig PHP-Kenntnisse besitzt. Jene Designer, die kein PHP konnten, erzeugten meist auch schäbiges HTML/CSS, so dass ich hinterher selbst Hand angelegt habe.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
XmlHTTPRequests statt Template Engine! Performance?	xueluf	PHP-Fortgeschrittene	3	09.04.2008 11:35
Template Engine vs PHP-Includes	aktionkuba	PHP Tipps 2007	16	19.06.2007 23:53
Datenbankfelder direkt im Template verfügbar	phpbeginner	Datenbanken	3	29.07.2006 20:30
Eckige Klammern in Template	nutshell	PHP Tipps 2006	9	05.06.2006 19:12
template in template einfuegen	tonne	PHP Tipps 2005-2	8	10.11.2005 22:24
Template Engine die PHP5+E_STRICT überleben		PHP-Fortgeschrittene	0	17.08.2005 10:33
Template verständniss problem; referenz		PHP Tipps 2005	17	19.05.2005 06:06
Template: Verschachteln von foreach		PHP Tipps 2005	2	12.05.2005 15:37
Php Code als Variable definieren und in Template darstellen		PHP Tipps 2004-2	4	31.12.2004 16:22
Template erstellen?		PHP Tipps 2004-2	10	08.12.2004 09:41
suche ein bestimmtes template system		PHP Tipps 2004-2	2	07.11.2004 19:49
Template Parser		PHP-Fortgeschrittene	9	06.10.2004 23:04
PHP BB Template Engine :: Blöcke???		PHP Tipps 2004	7	02.09.2004 21:01
[Erledigt] Template Scripting		PHP-Fortgeschrittene	2	04.06.2004 18:34


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

08.08.2008, 12:08
David Erfahrener Benutzer Registriert seit: 05.09.2007 Beiträge: 5.044	Soweit ich das verstanden habe, war die Frage nicht auf Smarty-Parser<->php bezogen sondern "Warum überhaupt Template-Code speichern (und jedes Mal ausführen) und nicht gleich das HTML Ergebnis?" Das eine schließt übrigens das andere nicht aus

08.08.2008, 13:01
kerstel Erfahrener Benutzer Registriert seit: 08.08.2008 Beiträge: 127	hm, in diesem fall wäre es ja einfach, ich suche nach dem string [IF und ersetze das durch <?php if... ?>, zumindestens theoretisch einfach

08.08.2008, 13:35
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.255 PHP-Kenntnisse: Fortgeschritten	Den Mehrwert dieser Templatesyntax mußt Du mir dann mal erklären. Ob ich jetzt Code: [IF $Variable==1] <table></table> [ELSE] <tr></tr> [/IF] [FOREACH $Variable_Array AS $Var] <tr> <td>[$Var]</td> </tr> [/FOREACH] oder Code: <? IF ($Variable==1): ?> <table></table> <? ELSE: ?> <tr></tr> <? ENDIF; ?> <? FOREACH ($Variable_Array AS $Var): ?> <tr> <td><?= $Var ?></td> </tr> <? ENDFOREACH; ?> schreibe, ist doch echt Hupe. PHP bietet halt einfach schon zu viel Templateelemente, dass es keinen Sinn macht, solche einfachen Strukturen nachzubilden. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

08.08.2008, 19:04
kerstel Erfahrener Benutzer Registriert seit: 08.08.2008 Beiträge: 127	aber genauso macht es doch smarty auch

08.08.2008, 20:10
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.255 PHP-Kenntnisse: Fortgeschritten	Ich hab ja auch nicht gesagt, dass Smarty in dem Punkt besser ist. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

09.08.2008, 12:16
kerstel Erfahrener Benutzer Registriert seit: 08.08.2008 Beiträge: 127	na auf jedenfall is es weniger schreibarbeit und ich denk auch das ein umfangreiches template übersichtlicher bleibt. Merkt man vor allem dann, wenn man ein cached template und das original template in smarty anschaut

11.08.2008, 13:59
Quadaptor Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 1.531	Ich verstehe den Hype um Template-Engines nicht. Nach dem Einsatz zig unterschiedlicher TEs begnüge ich mich inzwischen (wieder) mit <?=$tpl->get('meinplatzhalter')?>. Die Syntax von Smarty & Co. orientieren sich an PHP - wieso dann nicht gleich PHP verwenden? PHP ist immerhin dazu u.a. nahezu geschaffen. Es liegt an der Disziplin der jeweiligen Entwickler/Designer, wie sie die Logik in Templates bewerten. Ich kam jedenfalls bisher NIE ohne Logik in Templates aus, allerdings unterscheide ich da strikt zwischen Programm- und Darstellungslogik. Als Beispiel möchte ich eine Seitennavigation nennen. Hier übergebe ich an die "Template-Engine" einfach die Anzahl der Seiten, sowie die aktuelle Seite. Nun kann innerhalb des Templates komplett bestimmen, wie die Darstellung erfolgen soll - vollständig. Klar, ohne Schleifen und Bedingungen geht es nicht - aber für mich fällt das unter die Rubrik "Darstellungslogik" und die hat somit absolut nichts in (m)einem Application-Controller zu suchen. Klar, entgegen dem steht das Argument, dass Designer keine Anpassungen vornehmen können, weil sie kein PHP können. In der Praxis (= div. Projekte) hat sich bei mir allerdings gezeigt, dass jeder gute Designer neben seinen Grafikprogrammen und HTML/CSS auch ein klein wenig PHP-Kenntnisse besitzt. Jene Designer, die kein PHP konnten, erzeugten meist auch schäbiges HTML/CSS, so dass ich hinterher selbst Hand angelegt habe.