templatesystem! smarty?

<?php

  $title = 'foo';

  $content = 'blabla';

  $sql = mysql_query('SELECT foo FROM bla';

  include 'template.tpl.php';

?>

<!-- template.tpl.php -->

<title><?=$title?></title>

<!-- ... -->

<p><?=$content?></p>

<table>

<?while ($row = mysql_fetch_assoc($sql)>

<tr>

<td><?=$row['foo']?></td>

</tr>

<?endwhile?>

</table>

Original von user-251el
Der Vorteil eines Templatesystems ist ja gerade, dass es im Idealfall keine Programmierkenntnisse erfordert.

Original von user-251el
Wenn du dir deine "Templatedatei" genau anschaust, merkst du auch, dass es quasi nur syntaktische Unterschiede sind. Ob ich nun <?=$content?> oder {content} schreibe ist ja vollkommen egal.

Original von user-251el
Ein weiterer Vorteil von Smary (oder einer anderen sinnvoll konzipierten Templateklasse) ist, dass die komplette Ausgabe gekapselt und vom PHP Code getrennt wird. Im besten Fall sollte im gesamten Code ja nur ein echo/print oder ähnliches stehen, nämlich am Schluss bei der Templateausgabe.

Original von user-166

Original von user-251el
Der Vorteil eines Templatesystems ist ja gerade, dass es im Idealfall keine Programmierkenntnisse erfordert.

Das ist aber bei den wenigsten der Fall, denn man muss immer mal mit Schleifen oder if-Abfragen arbeiten, wenn man Templates baut und das ist ja eigentlich auch schon eine Art Programmierung.

Original von user-166

Original von user-251el
Wenn du dir deine "Templatedatei" genau anschaust, merkst du auch, dass es quasi nur syntaktische Unterschiede sind. Ob ich nun <?=$content?> oder {content} schreibe ist ja vollkommen egal.

Genau. Und wieso sollte ich dann Smarty o. ä. benutzen? Da habe ich nur Overhead.

Original von user-166

Original von user-251el
Ein weiterer Vorteil von Smary (oder einer anderen sinnvoll konzipierten Templateklasse) ist, dass die komplette Ausgabe gekapselt und vom PHP Code getrennt wird. Im besten Fall sollte im gesamten Code ja nur ein echo/print oder ähnliches stehen, nämlich am Schluss bei der Templateausgabe.

Das habe ich doch auch. Ich muss nur am Ende ein include 'main.tpl.php' oder so machen und das gesamte HTML Zeugs wird ausgegeben.

Original von user-251el

Original von user-166

Original von user-251el
Der Vorteil eines Templatesystems ist ja gerade, dass es im Idealfall keine Programmierkenntnisse erfordert.

Das ist aber bei den wenigsten der Fall, denn man muss immer mal mit Schleifen oder if-Abfragen arbeiten, wenn man Templates baut und das ist ja eigentlich auch schon eine Art Programmierung.

Deswegen steht dort Idealfall. Weiterhin bezog sich dies eher auf logische Unterschiede. Darüber ob eine IF Schleife Programmieren ist kann man auch sicherlich diskutieren.

Original von user-251el

Original von user-166

Original von user-251el
Wenn du dir deine "Templatedatei" genau anschaust, merkst du auch, dass es quasi nur syntaktische Unterschiede sind. Ob ich nun <?=$content?> oder {content} schreibe ist ja vollkommen egal.

Genau. Und wieso sollte ich dann Smarty o. ä. benutzen? Da habe ich nur Overhead.

Nein. Wenn du das ernst meinst, hat die Diskussion keinen Sinn.
Ansonsten liefert der nächste Absatz einen Ansatz, oder auch nur die Schlagwörter: Cache, verschachtelte Templates,, zentrale Fehlerbehandlung, zentrales Rechtemanagement - die gegen eine simple include Lösung sprechen.
Das soll keineswegs heissen, dass es beispielsweise für ein Gästebuch notwendig wäre eine Template Datei zu lesen, zu analysieren, zu cachen usw.

Original von user-251el

Original von user-166

Original von user-251el
Ein weiterer Vorteil von Smary (oder einer anderen sinnvoll konzipierten Templateklasse) ist, dass die komplette Ausgabe gekapselt und vom PHP Code getrennt wird. Im besten Fall sollte im gesamten Code ja nur ein echo/print oder ähnliches stehen, nämlich am Schluss bei der Templateausgabe.

Das habe ich doch auch. Ich muss nur am Ende ein include 'main.tpl.php' oder so machen und das gesamte HTML Zeugs wird ausgegeben.

Hast du den Punkt gelesen? Wenn ja hast du ihn nicht verstanden.
Als Hinweis: Man braucht nicht immer das gleiche Template...

Original von user-166
Man kann auch diskutieren, ob es If-Schleife oder If-Abfrage heißt, wobei ersteres wahrscheinlich weniger Zustimmung bekommen würde.

Original von user-166
Wie ich bereits in einem meinem vorigen Postings schrieb, ist das Caching das einzigste was man mit meiner "Templateengine" nicht so leicht machen könnte. Verschachtelte Templates kann ich aber genausogut ohne Smarty machen, schließlich bietet PHP ja dafür auch ein Sprachkonstrukt an. Die Restlichen Schlagwörter bieten mir keine Anhaltspunkte, welche für eine Templateengine sprechen -- vielleicht kenne ich mich da aber auch nur zu wenig mit Smarty aus

Original von user-166
Ja, deswegen sagte ich ja auch "oder ähnliches". Das main.tpl.php war nur ein Beispiel und keine Allzwecklösung.

Original von user-166
Ob Templateengine oder HTML-Templates-mit-inline-PHP, Ziel sollte es doch sein, die Programmierlogik von der Designlogik zu trennen und das geht mit beiden Möglichkeiten. Ich jedenfalls finde den Overhead für eine Templateengine in den meisten Fällen zu hoch im Vergleich zu den zusätzlichen Funktionen. Aber das kann jeder entscheiden wie er will.

Original von user-251el
...
Wenn du nicht die Funktionsvielfalt von Smarty brauchst ist http://pear.php.net/package/HTML_Template_IT einen Blick wert (gibt es auch ohne nervige PEAR Anbindung) oder erweitert http://pear.php.net/package/HTML_Template_Sigma

$smarty = new Smarty;



if (isset($_GET['action'])) {

  $smarty->assign('template', $_GET['action'].'.tpl';

}

else {

  $smarty->assign('template', 'news.tpl';

}



$smarty->display('index.tpl';

<html>

<!-- übriger code... ->

{include file="header.tpl"}

{include file=$template}

{include file="footer.tpl"}

Original von user-303
es ist wirklich extrem leicht zu bedienen. auch wenn die parse methoden fragwürdig sind

$monat = date("n";

$tag =  date("w";

$jahr = date("Y";

$aktuell = mktime(0,0,0,$monat,$tag,$jahr);

$query = "SELECT * 

          FROM gag_termine 

          WHERE FROM_UNIXTIME(datum)>=NOW() 

          ORDER BY datum ASC";

$result = mysql_query($query);

while($row = mysql_fetch_array($result)) {

  $date[] = $row; 

}

  

$smarty->assign('date', $date);

$query = "SELECT * 

          FROM gag_woche

          LIMIT 0,1";

$result = mysql_query($query);

while($row = mysql_fetch_array($result)) {

  $week[] = $row;

}



$smarty->assign('week', $week);

$smarty->register_function(func', 'func';

require 'functions/functions.php';

Original von user-279
michael - zu deinem code beispiel..hast du jetzt in jeder "sub-index" datei eine eigene "output()" function? wie machst du denn grössere ausgaben von zb. news..alles in php?
wo schreibst du allgemeine functions wie solche für bbcode, textoptimierung oder errorausgaben?

Original von user-279
und last-but-not-least - hast du für jede nicht-funktions-datei ein .tpl ?
manchmal hat man ja eine seite die nur spezifisch für die webseite sinn macht..zb. bei einen t-shirt label oder so die auflistung der shirts.. macht man da auch eine tpl? bzw. kommt alles aus der db..keine statische texte?

Original von user-279
und was spricht dagegen für kleine projekte ein eigenes tpl-system zu schreiben?
.

Original von user-333
eine kleinere weitere frage:
wie impementiere ich eigene funktionen? Ich hab da im netz ein bisschen gesucht, aber leider nur folgendes gefunden (funktioniert natürlich nicht).

$smarty->register_function(func', 'func';

require 'functions/functions.php';

Wie muss ich das richtig machen?
Danke!

Original von user-251el
Das ganze ist schwer so kurz und abstrakt wie allgemein zu erläutern... Ich hoffe die Idee wurde ein wenig klarer.

Original von user-251el
Die Ausgabe erfolgt dann über eine einheitliche output Methode, die hauptsächlich den erstellten Inhalte einsetzt und den allgemeinen Rahmen erstellt.

Original von user-251el
die Fehlerbehandlung gehört in keine Funktion sondern direkt in die Ablaufsteuerung.
Idealerweise fragt man ganz am Ende ist ein Fehler aufgetreten? user-158n zeige ein Fehlertemplate ansonsten zeige den Inhalte

Original von user-251el
(wobei man den Inhalt beim ersten kritischen Fehler natürlich nicht fertig generieren muss)

Original von user-279
und last-but-not-least - hast du für jede nicht-funktions-datei ein .tpl ?

Original von user-251el
Hmm das verstehe ich nicht ganz. Man kann das je nach Projekt beliebig tief und differenziert schachteln. Eigentlich teile ich die Seite zu Beginn in ein grobes Raster (header, linke Spalte, Inhalt, rechte Spalte, Footer) und in diesem Groben Raster setzt ich dann weitere Templates ein. Beispielsweise in der linken Spalte die Navigation und im Footer ein Copyright Template.
Das Ziel: so wenig Redundanz wie möglich. Wenn die Navigation "überall" gleich ist, sollte es dafür auch nur ein Template geben. usw

Original von user-251el
Nichts. Es ist quasi der ideale Weg ein auf die Anforderungen zugeschnittenes System zu haben. Allerdings ist es schlicht nicht wirtschaftlich für jedes Projekt das Rad neu zu erfinden.

• komfortabel
  
• klein
  
• schnell
  
• (evtl caching)