Tak jak w temacie.
Na pewno każdy z was po pewnym czasie przejada się gotowcami i ma zamiar stworzyć własny system szablonów, a więc rozpocząłem topic abyśmy mogli podzielić się pomysłami, kodem i uwagami.
To tak na start pierwsz pytanie, czy lepiej przy tworzeniu systemu szablonów korzystać z DOMDocumenty czy z pregów?

Myśle że chyba sie mylisz że każdy ma ochote napisać swój system temlatów, np.: ja nie mam bo na rynku są dostępne bardzo przyjemne i gotowe systemy (korzystam z xslt) i wiec szkoda czasu na budowę własnego,co więcej programowanie dąży do budowy całych systemów z klocków i po co pisać ponownie jakiś klocek jak już go mamy? (jednyną rozsądną myślą przemawiającą za to jest zwiększenie wydajności renderowania frontu)

No i właśnie wracając do klocków to nie zawsze każdy system templaków pasuje do tego co mamy bądź też chcemy wykonać. Smarty- wolny i cachuje pliki- po co to nie wiem? patTemplate- średnio się sprawdza, PHPtal- choć miły to nie każdy ma ochotę się męczyć żeby go zrozumieć, itp... Prosiłbym o jakieś propozycję chociaż o co się zaczepić itd...
p.s. Google mam i używam dobrze się spisuje

tak jak pisze XSL wspierany przez w3c super system nie potrzeba dodatkowych parserów bo wszystko jest co potrzeba w funkcjach php, nie wiem jak u niego z szybkością renderowania ale zakładając ze bazuje na libkach napisanych w c to pewnie bardzo szybki, jednyny mantkament to koniecznosc budowy dokumentu xml na podstawie ktorego parsuje sie stronę

A korzystasz z foo? czy jakiś inny bo ja na xsl to tak średnio się znam.

nie korzystam z niczego co jest z poza biblioteki php mam tylko to opakowane w klase i wsio

hmmm... nie chciałem zaśmiecać tego posta, ale z tego co mi się wydaję xsl to style do xml-a, albo czegoś nie rozumiem, możesz wytłumaczyć?

xsl to język do formatowania dokumentów zgodnych z xml, jako że xhtml jest zgodny to również można wykonać przetwarzanie do xhtmla
http://www.w3schools.com/xsl/ zobacz tutka do szybko zrozumiesz ocb

znaczy się to co generuje twój skrypt jest w przypadku każdej templatki jest niezmienne ? tylko gdy chcesz templatke zmienić to zmieniasz jeden fragment który mówi którego pliku XSL ma użyć ... o to w tym chodzi ?

W xsl chodzi o to że za każdym razem musisz sam tworzyć nowy szablon- takie miniprogramowanie... i plikami które podajesz do xsl muszą być pliki xml

Najlepszą rzeczą do budowania szablonów w skryptach PHP jest... PHP

właściwie ... to też tak uważam... przynajmniej narazie
Takie rozwiązanie daje duże możliwości. A jak by to dobrze zrobić to można osiągnąć to samo ... czyli oddzielić warstwę logiczną aplikacji od layoutu ...

Ten kto będzie tworzył taką templatke i tak musi mieć napisane co ma wpisać aby na przykład wpisać tu tytuł strony albo powtórzyć pewien blok...

Jest dokładnie odwrotnie. Dobrze napisany system szablonów ma szansę osiągnąć to co daje PHP.
Systemy szablonów w efekcie dają kod PHP więc na pewno nie mają większych możliwości od samego PHP.
Używając PHP jako systemu szablonów trzeba jedynie się pilnować żeby używać go tam TYLKO do tworzenia szablonu. Tonie jest trudne. Za to przyspiesza sporo aplikacje.

Używanie systemu szbalonów innego od PHP przypomina mi trochę taki kod:

[PHP] pobierz, plaintext 
<?php
echo a();
 
function a() {
  return b();
}
 
function b() {
  return c();
}
 
function c() {
  return d();
}
 
function d() {
  return "głupi sposób pisania programu";
}
?>
[PHP] pobierz, plaintext 

Niby można. Tylko po co?

Wszyscy wiemy że system templaków szablonów ma odzielać warstwę logiczną od kodu, teraz kwestia jest takaa od czego zacząć tworząc system szablonów? Gdzieś tu na forum miałem początek systemu, zmieniał tekst zawarty pomiędzy tagami

[HTML] pobierz, plaintext 
<template>tekst</template>
[HTML] pobierz, plaintext 

na zmienna o nazwie tekst. Tylko jak wygenerować pętle chciałbym aby w pliku tpl wyglądało to tak

[HTML] pobierz, plaintext 
<template action="loop" index="a" [step="int" [start="int" [max="int"]]]><template var="zmiennadopetli[a]"/></template>
[HTML] pobierz, plaintext 

.
Jakieś pomysły jak napisać funkcje w systemie szablonów żeby na podstawie tego generował pętle?
P.S. to w nawias kwadratowych oznacza opcje- może być ale nie musi

Od czego zacząć? Najlepiej nie zaczynać Chyba że jest się w stanie napisać coś szybszego od smartów, bo smarty akurat nie są wolne.

Ja używałem kiedyś smartów, ale ostanio uywam tylko natywnych szablonów w php. Żeby to zaimplementować Wystarczy kilka linijek. Na algorytmach kiedyś wrzuciłem taką klasę.

Czegoś szybszego nie da się od tego napisać

Wreszcie ktoś mnie rozumie.
Moja klasa do szablonów w PHP ma może 20 linijek.

Smarty są tak szybkie jak ja jestem księdzem... już samo to że potrzebują osobnego folderu do kompilacji templakow przemawia za tym ze nie operuja tylko na pliku tpl jaki stworzysz ale w dodatku na plikach ktore sam sobie stworzy, a tak btw smarty zaczyna bardziej juz przypominac jezyk programowania niz system szablonow, a to kolejny powod dla ktorego ludzie sie zniechecaja, a jak pracujesz w jakiejs firmie i zajmujesz sie tylko programowaniem i mowisz do webmastera tu masz smarty zrob to na smarty to on na Ciebie spojrzy i sie skrzywi bo nie ma czasu sie czegos takiego uczyc tylko trzeba projekt zrealizować:P


BTW

Wszystko się da:) nigdy nie mów nigdy

Hmm. Ktoś tutaj posiada testy porównujące prędkości systemów szablonów - smarty, opt, savant i coś tam jeszcze. Z tego co pamietam to smarty wygrywało. Ale nie będę się kłócił. Może i są najwolniejsze. Ja od jakiegoś czasu nie używam.

Smarty podchodzi pod język programowania mówisz. Ok, w takim razie co system szablonów ma robić? Smarty dają nam to że nie musimy klepać:

<?php echo $template['var']; ?> tylko możemy {$template.var} i jest to wygonde. A nauka smartów - no proszę Cię. Co tam jest do uczenia się? Jak obsłużyć zmienne, kilka funkcji oraz pętle.

[XML] pobierz, plaintext 
<template action="loop" index="a" [step="int" [start="int" [max="int"]]]><template var="zmiennadopetli[a]"/></template>
[XML] pobierz, plaintext 

I teraz przekonaj mnie że łatwiej grafikowi będzie nauczyć się twoich tpl niż foreach/for w smartach




Tak, tutaj mnie poniosło, zapomniałem edytować

tego templaka robie akurat dla siebie, a co do jego budowy to przynajmniej przypomina html-a z tym jezykiem programowania tez mnie troche ponioslo no nie powiem- nie gniewajmy sie na siebie :]
btw w smartach nie ma foreach tylko {section} :PPPPPPP

E tam. Jak to nie ma jak jest Smarty Manual :: {foreach},{foreachelse} Zawsze używałem foreach :]

Jak już coś napiszesz, co będzie kompletne, albo będzie posiadało łatwą możliwość rozbudowy (pluginy) i będzie to jako tako działało - chętnie zobaczę.

Pozdrawiam

No i sorry za te foreach z pamieci pisalem nawet nie pamietal ze smart sa "so smart"

Dzięki jak coś wymyślę to nieomieszkam CIe powiadomić

CZyżby temat padł? szkoda:(...

No ja postanowiłem odświeżyć temat szablonów. Tworze cms i zastanawiam się czy warto używać szablonów czy też nie ma sensu spowalniać skryptu?

takie podejście powoduje że łatwo zapomnieć jakiegokolwiek znacznika a wplatanie czegoś w nowego w szablon php moze spowodować wiele błędów, zgodnie z ideą inzynierii oprogramowania to błedy powinno sie wykrywać na wczesnym etapie tworzenia czegoś a nie w momencie kiedy coś ci wyskoczy i pozniej szukasz problemu w skrypcie i patrzeć co nie działa, poza tym jak chcesz coś zmienić na stronie musisz ingerować w kod php a przecież nie ma takiej potrzeby, moze to zrobić całkiem kto inny bez znajomości kodu i umiejętności programowania w php - to ogromna zalete systemów szablonów.
XSL wymusza od Ciebie poprawność juz w momencie tworzenia dokumentu, poza tym tak naprawde nie potrzebuje żadnego prasera bo sparsować xsl potrafi każda przeglądarka i zrobi to zawsze dobrze.
Jedyne wąskie gardło to generator xml bo to moze troszke potrwać ale to trzeba by patrzeć na testy, niestety nie potrafie tego poprzeć żadnymi testami. Czyli plus dla xsl to jest: poprawność, modularność, łatwość tworzenia (jest wiele edytorów,) oddzielenie warstwy prezentacji od warstwy biznesowej. Minus to przede wszystkim koniecznosć generacji danych wyjściowych do wyświetlanie w postaci xml.

ok, a jak z php przekazujesz wartosci na przyklad dla petli dla xsl?

Mam wrażenie, że mylisz pojęcia. Ja nie mówię o tym, żeby warstwę prezentacji mieszać z logiką w PHP tylko o tym, żeby oddzielić prezentację od logiki ale żeby prezentacja również była pisana za pomocą PHP.

[PHP] pobierz, plaintext 
<?php $this->tytul = $this->dzial->tytul ?>
 
<?php $this->dolacz('wspolne/normalny/header.php') ?>
 
<?php $this->jezyk = $this->langdef('dzial.aktualnosci/widok/normalny/lang.xml') ?>
 
<?php foreach($this->artykuly as $artykul) { ?>
	<a class="tytul" href="<?php echo $artykul['link'] ?>"><?php echo $artykul['tytul'] ?></a>
	<div class="zajawka">
	<?php if($artykul['zdjecie']) { ?>
		<img src="<?php echo $artykul['zdjecie'] ?>" alt="<?php echo $artykul['tytul'] ?>" title="<?php echo $artykul['tytul'] ?>" />
	<?php } ?>
	<?php echo $artykul['tresc'] ?>
	</div>
	<p class="date"><?php echo $this->jezyk->InformacjeWprowadzil ?> <a href="<?php echo $artykul['autor'] ?>"><?php echo $artykul['imie'] . $artykul['nick'] . $artykul['nazwisko'] ?></a> <img src="<?php echo self::$katalog ?>/images/more.gif" alt="" /> <a href="<?php echo $artykul['link'] ?>"><?php echo $this->jezyk->Wiecej ?></a> <img src="<?php echo self::$katalog ?>/images/comment.gif" alt="" /> <a href="<?php echo $artykul['komentarze'] ?>"><?php echo $this->jezyk->Komentarze ?> (<?php echo $artykul['komentarzy'] ?>)</a> <img src="<?php echo self::$katalog ?>/images/timeicon.gif" alt="" /> <?php echo $artykul['data'] ?></p><br />
<?php } ?>
 
<?php if($this->nastepna || $this->poprzednia) { ?>
	<p class="srodek">
	<?php if($this->poprzednia) { ?>
		<a href="<?php echo $this->poprzednia ?>" class="wiecej"><?php echo $this->jezyk->Nowsze ?></a>
	<?php } ?>
	<?php if($this->poprzednia && $this->nastepna) {
		?> <?php
	} ?>
	<?php if($this->nastepna) { ?>
		<a href="<?php echo $this->nastepna ?>" class="wiecej"><?php echo $this->jezyk->Starsze ?></a>
	<?php } ?>
	</p>
<?php } ?>
 
<?php $this->dolacz('wspolne/normalny/footer.php') ?>
[PHP] pobierz, plaintext 

To jest szablon wyświetlający listę newsów na jednej z moich stron.
Czym się różni pętla foreach w php od tej w smarty. Jedynie wyglądem. Za to na pewno działa szybciej.
Smarty to również język programowania (wbrew pozorom), którego potencjalny grafk też się musi nauczyć. Nauczenie składni Smarty nie jest według mnie wcale łatwiejsze od nauczenia się podstawowych elemnentów składni PHP umożliwiających pisanie szablonów.

No to teraz popatrz na ten Twój kod i np na phptal.

[HTML] pobierz, plaintext 
<?xml version="1.0"?>
<html>
  <head>
    <title tal:content="title">
      place for the page title
    </title>
  </head>
  <body>
    <h1 tal:content="title">sample title</h1>
    <table>
      <thead>
        <tr>
          <th>name</th>
          <th>phone</th>
        </tr>
      </thead>
      <tbody>
        <tr tal:repeat="item result">
          <td tal:content="item/name">item name</td>
          <td tal:content="item/phone">item phone</td>
        </tr>
        <tr tal:replace="">
          <td>sample name</td>
          <td>sample phone</td>
        </tr>
        <tr tal:replace="">
          <td>sample name</td>
          <td>sample phone</td>
        </tr>
      </tbody>
    </table>
  </body>
</html>
[HTML] pobierz, plaintext 

Które jest czytelniejsze? i bardziej przypomina html?

ja glosujue za cicikiem bo lubie proste i nieskomplikowane rozwiazania

cicik, nie uważasz, że jest to strasznie nieczytelne, nienaturalne? W takim kodzie trzeba się naprawdę mocno przypatrzeć, które nawiasy są parą itp. Czy nie lepiej nieznacznie zwolnić skrypt i stworzyć xml-ową strukturę w której od razu widać gdzie się dany znacznik kończy, a gdzie zaczyna.
Smarty dla mnie są ble, ale własny prosty system szablonów wg bardzo pomaga.

Jak dla mnie to php jest czytelne.
Tylko proponowałbym zamiast takiego czegoś:

[PHP] pobierz, plaintext 
<?php if($artykul['zdjecie']) { ?>
	<img............. />
<?php } ?>
[PHP] pobierz, plaintext 

stosować takie :

[PHP] pobierz, plaintext 
<?php if($artykul['zdjecie']): ?>
	<img............. />
<?php endif; ?>
[PHP] pobierz, plaintext 

Ja też uważam że przykład przedstawiony przez cirika jest raczej mało czytelny, chociaż szczerze mówiąc niektóre systemy szablonów wprowadzają pewne ograniczenia i to jest właśnie ble :/

w szablonach jakież to ograniczenia są? Co do budowy dokumentu to żadne
cicik: kod jest czyutelny dla programisty tyle że to webmaster zajmuje sie layoutem a nie programista

nie pamiętam już ale miałem jeden problem przy smartach raz
btw. nadal nie odpisales jak przekazujesz tablice do xsl z php zeby ja loopowal

tablice przekazaujesz za pomocą dokumentu xml ktory generujesz na podstawie danych a pozniej w xsl uzywasz konstrukcji for-each

To dużo zabawy z tym jest :/

Jak ktoś wspomniał, szablony są po to, aby grafik czy ktoś kto nie zna php się mógł jako tako połapać w szablonie. Chodź wielkiej różnicy między

a

niema, to i tak ludzie tworzą systemy szablonów. Osobiście używam, czegoś w stylu kodu cicik i mój "system szablonów" ma chyba4 linijki Ale w zleceniach używam (też własnego), troszkę większego tak aby zleceniodawca wiedział że ma plik html z szablonem, nie ma tam kodu php i może sobie zmienić co chce

Może i zabawy jest dużo ... ale nie trzeba znać żadnego języka typu php czy asp ...
Dzięki temu templatke możesz podpiąć pod aplikacje w każdym języku ... jeśli istnieje taka potrzeba

Zrobiłem sobie taki klase do obróbki templatek php i mam takie drobne pytanie:

[PHP] pobierz, plaintext 
<?php foreach( $this->tabs as $aTab ): ?>
// Da się coś zrobić aby takie sformułowanie nie wywoływało wogóle błędu... Jeśli 
zmienna nie jest tablicą ?
// A może to zostawić tak jak jest ?
<li id="current"><a href="<?php echo $aTab['href']?>"><span><?php echo $aTab['text']?></span></a></li>
<?php endforeach; ?>
<?php global $a; ?>
// Zabezpieczyć się przed takimi dziwnymi sformułowaniami ?
// Opłaca to się ? :]
[PHP] pobierz, plaintext 

Za to webmaster musi uczyć się praktycznie nowego języka programowania jakim jest np smarty. Programowanie ma to do siebie że wystarczy zrozumieć idee, przyswojenie składni to juz drobnostka ;-) więc nie widze większej różnicy między foreach(){} a {foreach}{/foreach}. Czytelność kodu... ? hmm jest trochę większa w przypadku systemów szablonów gdyż nie jest to czysty php i nie jest podświetlany przez edytory Można by długo dyskutować na te tematy i każdy będzie miał własną opinię chociaż nie widze wiele wad smarty i wolałbym ich nie używać to jednak ich używam że względu na to iż skracają czas tworzenia skryptów. Jednym słowem zależy ile mamy czasu :-)

Również zastanawiam się nad użyciem systemu szablonów, ewentualnie napisaniu własnego. Przy zaawansowanym kodzie warunkiem jest jednak kompilacja do kodu PHP.

Najlepiej byłoby nie używać pętli w szablonach. Dane tam trzeba jeszcze przetworzyć, chyba, że użyjemy 2 pętli, co jest bez sensu, gdy pobieramy rekordy z bazy na bieżąco. Aktualnie w pliku skórki dla nowości stosuję funkcję wywoływaną przy każdej iteracji.

Z ciekawym rozwiązaniem spotkałem się w PhpBB2.

Gdyby nie zaawansowane konstrukcje, PHP jest również dobrym językiem szablonów. Jednak mniej czytelny:

[PHP] pobierz, plaintext 
<a href="<?= $data['url'] ?>"><?= $data['caption'] ?></a>
[PHP] pobierz, plaintext 

Mam wątpliwości, czy XLST jest rzeczywiście najlepszym rozwiązaniem. Może sprawiać problemy początkującym przy edycji wyglądu strony. Trzeba jeszcze generować kod XML. Przeglądarki nie otrzymują zwykłego kodu (x)HTML, lecz muszą również przetworzyć szablon.

Ja się teraz zająłem phptal ale napotkałem kilka trudności i tak jak na początku mnie zafascynował budową i działaniem tak teraz poprzez błędy zaczyna mnie odrzucać:/ polskie czcionki idą się kochać w macrach przestrzen i18l mi nie chodzi nie wiem co jest zgrane... Jak ktoś korzystał z phptal niech się odezwie

W PHP Solutions szykuje się art na ten temat, więc spróbuje im zasugerować coś na temat tych błędów

Zwracam honor. Polskie znaki są ale tylko w utf-8, nie wiem jak u innych ale umnie na iso nie działały :/ ale i18l dalej nie funkcjonuje , jakby tak wszystko zaczęło działać to to jest nawet lepsze od smarty bo od tych klamrowych templaków to już nudno się robi

Napisałem kiedyś system szablonów, operujący na składni alternatywnej http://forum.php.pl/index.php?showtopic=67741
Czekam aż w tym temacie wypowie się ktoś z większym stażem.

Ten system to nic specjalnego najprostsze podmienianie, równie dobrze preg_replace mogłeś zastosować albo wykorzystać poprostu file_get_contents, z plikiem który by zawierał

[PHP] pobierz, plaintext 
<div><?=$zmienna?></div>
[PHP] pobierz, plaintext 

a zmienne być tworzył w php ;]

stworzyłem coś takiego pod obsługę templaków napisanych w xslt:P jak możecie to zajrzyjcie i powiedzcie co jest nie tak, co można poprawić:
class ethtpl:
template.php

[PHP] pobierz, plaintext 
<?php
class ethtpl{
	public $tpl;
	public $_xsl;
	public $_vars;
	public $translator=0;
	public $lang;
	public $_langPack;
	public function __construct($file=""){
		ob_start();
		header("Content-type:text/xml");
		if(!file_exists($file)) exit("Nie mogłem odnaleźć pliku templatu");
		else $this->_xsl = $file;
	}
	public function set($name,$var){
		$this->_vars[$name] = $var;
	}
	public function setTranslator($lang){
		if(file_exists($lang)){
			$this->_translator=1;
			$this->lang = $lang;
			$this->loadLangPack();
		}elseif(file_exists($lang.".xml")){
				$this->translator=1;
				$this->lang = $lang.".xml";
				$this->loadLangPack();
		}else{
			exit("Nie odnalazlem pliku jezykowego");
		}
 
	}
	public function loadLangPack(){
		$this->_langPack = @simplexml_load_file($this->lang)or die("Plik langPack nie jest prawidłowym plikiem xml");
	}
	public function translate($key,$value){
		$translated = trim($this->_langPack->$key);
		$translated?$translated = $translated:$translated =$value;
		return $translated;
	}
	public function array2xml($array,$tag=0){
		foreach($array as $key=>$value){
			if(is_array($value)){
				$tag?$this->tpl.='<'.$tag.'>':$this->tpl;
				$this->array2xml($value,$key);
				$tag?$this->tpl.='</'.$tag.'>':$this->tpl;
			}
			else{
				$this->translator?$this->tpl .= '<'.$key.'>'.$this->translate($key,$value).'</'.$key.'>':$this->tpl .= '<'.$key.'>'.$value.'</'.$key.'>';
			}
		}
	}
	public function display(){
		$this->tpl ='<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet type="text/xsl" href="'.$this->_xsl.'"?><tpl>';
		$this->array2xml($this->_vars);
		$this->tpl.='</tpl>';
		echo trim($this->tpl);
		ob_end_flush();
	}
 
 
}
?>
[PHP] pobierz, plaintext 

plik index.php

[PHP] pobierz, plaintext 
<?php
 
require_once('template.php');
 
$tpl = new ethtpl('template.xsl');
$ar = array(
	1=>array(
	'title'=>'Empire Burlesque',
	'artist'=>'Bob Dylan',
	'country'=>'USA',
	'company'=>'Columbia',
	'price'=>'10.90',
	'year'=>'1985',
	),
	2=>array(
	'title'=>'Empire2 Burlesque2',
	'artist'=>'Bob Dylan',
	'country'=>'USA',
	'company'=>'Columbia',
	'price'=>'10.90',
	'year'=>'1985',
	)
);
$tpl->set('cd',$ar);
$tpl->set('name','adam');
$tpl->setTranslator("pl");
$tpl->display();
 
 
 
?>
[PHP] pobierz, plaintext 

plik langPack
pl.xml

[XML] pobierz, plaintext 
<?xml version="1.0" encoding="utf-8"?>
<langPack>
      <name>Krzyś</name>
</langPack>
[XML] pobierz, plaintext 

plik xslt
template.xsl

[XML] pobierz, plaintext 
<?xml version="1.0" encoding="utf-8"?>
 
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 
<xsl:template match="/">
  <html>
  <body>
    <h2>My CD Collection</h2>
    <table border="1">
    <tr bgcolor="#9acd32">
      <th align="left">Title</th>
      <th align="left">Artist</th>
    </tr>
    <xsl:for-each select="tpl/cd">
    <tr>
      <td><xsl:value-of select="title"/></td>
      <td><xsl:value-of select="artist"/></td>
    </tr>
    </xsl:for-each>
    </table>
      <xsl:value-of select="tpl/name"/>
  </body>
  </html>
</xsl:template>
 
</xsl:stylesheet>
[XML] pobierz, plaintext 

To tymczasowo taka mini beta, zrobiona w 2h

Pozwolę sobie dorzucić trzy grosze.

Obecnie w aplikacjach używam frameworka Symfony. Zastanawiacie się jakie rozwiązanie 'szblonów' zastosowali twórcy? Odpowiedź - żadne. Tzn, prawie żadne. Szablony w Symfony to pliki *.php a w nich tzw. 'alternatywna' składnia PHP

[PHP] pobierz, plaintext 
<?php if($a == 1): ?>
<div class="a"></div>
<?php endif; ?>
?>
[PHP] pobierz, plaintext 

W tym frameworku pliki z html`em są ściśle związane z akcja. Zmienne 'przesyła' się do templatki w bardzo prosty sposób:

[PHP] pobierz, plaintext 
<?php
public function executeMyAction()
{
  $this->foo = 'bar';
}
?>
[PHP] pobierz, plaintext 

I w templatce można już użyć zmiennej $foo. Według mnie jest to rozwiązanie bardzo proste a zarazem wydajne.

Co do kodu

[PHP] pobierz, plaintext 
<a href="<?php echo $href; ?>" class="<?php echo $class; ?>"><?php echo $foo; ?></a>
[PHP] pobierz, plaintext 

Symfony dostarcza nam rozwiązań 'nieco' czytelniejszych:

[PHP] pobierz, plaintext 
<?php echo link_to($foo, $href, array('class' => $class)); ?>
[PHP] pobierz, plaintext 

lub

[PHP] pobierz, plaintext 
<?php echo link_to($foo, $href, 'class='.$class ); ?>
[PHP] pobierz, plaintext 

Po więcej informacji zapraszam na strone projektu ( kawałek dokumentacji w tym temacie )

Pozdrawiam

całkiem nieźle to wygląda w symfony (wniosek po przeczytaniu posta, bo symfony nie znam). ja czekam na wpełni funkcjonalny system do zend frameworka ;-) narazie podpinam Smarty pod ZF bo aktualny system jest baardzo ubogi o ile można powiedzieć że wogóle jest

Smarty jest ble :/ zobaczcie sobie na phptal, jest lepsze bo wygląda jak html- praktycznie do tagów dodaje się tylko atrybuty żeby wszystko śmigało, i ma to samo co smarty. phptal

Zastanawiam się czy nie lepszym rozwiązaniem zamiast smartów czy własnej klasy templatów będzie składnia alternatywna, dla mnie jest bardziej przejrzysta i daję większe możliwości.

Ps przepraszam, że lekko odbiegłem od tematu, ale myślę, że to tu pasuję.

Witam.
Wszystko zalezy kto ile ma czasu i zasobow.
Ja uzywam PHP+SMARTY. Bardzo dobra para, swietnie sie sprawdza. Co prawda brakuje mi tutaj kilku rzeczy (jak prostsze budowanie drzewek) ale nie jest zle.

Co do tego ze najlepszym szablonem dla PHP jest samo PHP to tutaj sie niezgadzam.
System szablonow powinnien byc maksymalnie prosty (liczba problemow jest skonczona, opis powinien byc prosty i przejrzysty), nie wyobrazam sobie mieszania HTML i PHP - robi sie z tego niesamowity bajzel. Przy bardziej skomplikowanych projektach trudno jest zlokalizowac bledy, gubi sie logika aplikacji itd.

Oczywiscie, jezeli stac kogos na zatrudnienie speca od XHTML i PHP to OK. Ale z tego co mi wiadomo, to standardowy model zespolu wyglada tak: programista, grafik, spec od HTML (nie musi znac PHP) (a czasami jest to ograniczone do programista+grafik). I trudno tlumaczyc takiemu specowi ze musi wstawiac np. w miejsca tytulow ciagle <?php articleTitle($titleid) ?>.
Duzo latwiej i krocej jest {$title} (zwlasza jak sie przygotowuje mape takich znacznikow) i samemu jest latwiej czasami cos poprawic wskakujac na chwile w XHTML.

To samo dotyczy XSLT. Masz czas i pieniadze - to powodzenia. Nie mowie ze to jest zle, bo nie jest (w koncu to oficjalny standard), ale z pewnoscia jest to czasochlonne.

Oczywiscie dla kazdego cos innego. Mi na ta chwile wystarczy PHP/SMARTY.