na poti je pa smarty 3.0, ki bo imel KONČNO podporo za php5 in še veliko novosti in predvsem izboljšav

Tudi s php-jem se čisto lepo to loči če samo izpisuješ v templatu

Ne vidim prednosti pisanja foreach v smarty kodi ipd.

Problem je ravno kompleksnost, lahko si predstavljate kako kompleksen je view za recimo profilne strani. In je preglednost v kurcu in bi veliko raje delal v PHPju, v katerem se mi ni treba zejbavat z raznimi neumnostmi. Ravno včeraj sem recimo klel, ker v smartyju ne moreš eksplicitno podati arraya kot parameter neki funkciji (bi mogu v PHPju narediti array ga assignat v template in pol podat funkciji).

Pa se skoz me jebe, ko recimo iz razvojnega sajta prenasam spremenjene fajle na produkcijo se velikokrat zgodi da se stran potem sploh ne prikaze ali pa se prikaze samo na pol. In moras potem ali pobrisat template_c mapo ali pa se enkrat prenesti fajl in upat da bo tokrat vredu (to se dogaja, ker pac folk med tem ko ti prenasas naredi request na ta fajl in ga smarty prebere samo na pol in ga pol tut pokesira samo na pol)…

@jernej: ni ne vem kaj nepregledno, ampak je {$hehe} bolj pregledno.

@miha: Se strinjam in to rad uporabljam, zraven pa bi dodal tudi drugo stran, da tudi to lahko delaš s PHP-jem. Imaš pure PHP s footer.php, header.php.

@gasper_k: Ko postanejo templati večji se vsekakor strinjam, da se sama prednost v preglednosti izniči. Vsaj moje izkušnje.

Smarty nima manj kode, pomoje ima več, ampak dodaja preglednojšo kodo, loči prezentacijo in logiko ter enostavnjšo delo za oblikovalca s tem pa “opraviči” dodatno kodo (če je več kode).

Mnenja zgoraj se nahajajo bolj iz programerskega vidika, zato dodajam še mnenje oblikovalca (HTML, CSS).

Sam, ki o PHP kodi nimam prav veliko pojma, imam veliko rajši ločeno HTML kodo, v katero potem vključim samo končno sprejemljivko. To zame pomeni bistveno preglednejša HTML koda => hitrejše delo.

V primeru TRsplet imam ločen folder z celotnimi HTML fajli za vsebino, ki jih potem lahko urejam ločeno od PHP fajlov. S tem je proces izdelave strani krajši, ker lahko istočasno dela programer in oblikovalec.

…<p>{$hehe}</p>…
vs
…<p><? p($hehe); ?></p>…

kar pa več ni tako zelo hudo nepregledno in nevem kako ne… a ne ? Jaz sem se igral malo s smatyjem pa mi ni bil preveč všeč. Meni pač …

PS: Wordpress je tudi sucky … prosim biriši zgornji comment

je nekompatibilen view layer (neprenosljiva koda php-smarty pomeni, da moraš kodo prepisovati, ko logiko premikaš iz smartyja v php ali obratno),
ima nekaj featurejev, ki pa so v resnici samo rešitev za probleme, ki jih sam povzroča (npr. je prepočasen – ima pa caching),
pri kompleksnih templejtih (modifierji, parametri, …) je obupno nepregleden,
zna enak osnovni nabor ukazov kot php, samo manj pregleden ({assign} je dober primer, ali spet recimo sintaksa klicanja modifierjev),
ko potrebuješ večjo fleksibilnost, popolnoma odpove — ali je rezultat res obupen (veliko view logike predpripravljaš že v controllerju, torej kriviš pravila MVC paradigme), ali pa greš enostavno na php,
zadnji argument je bolj kost za zagovornike in spodbija enega njihovih glavnih argumentov in sicer, da je s smartyjem manj kode. Čeprav je enostaven smarty template res krajši od php-templejta, je skupno količina kode, ki jo mora programer spisati, še vedno večja, ker smarty zahteva predpripravo in inicializacijo. Če kaj šteje število vrstic v projektu (meni osebno to ni neko pametno merilo), potem je pure-php boljši.

Bi bilo pa zanimivo zbrati argumente obeh strani, jih čim bolj objektivno preučiti in na koncu pogledati rezultat.