Comments on: To Smarty or not to Smarty?

By: Mihai Stancu

Mihai Stancu — Sun, 02 May 2010 21:54:34 +0000

Argumente PRO:
– forteaza disciplina, deci e util in etapa de invatare;
– forteaza disciplina si dupa etapa de invatare pentru ca daca ai experienta poti face un sistem propriu de views-uri in php, dar fiind presat de timp sau in lipsa ta un view poate degenera catre spaghetty-code, doar pentru ca se poate (vezi theme-urile de wordpress);
– forteaza output buffering, deci e util pentru simplificarea proiectarii unor aplicatii ce fac uz de redirectionari;
– reprezinta un standard de facto in cateva aplicatii si ai n-ai treaba tre sa stii sa-ti rezolvi problema;

Argumente CONTRA:
– toate argumentele PRO de mai sus ar fi prezente in orice templating system, deci smarty nu are in sine argumente PRO in plus fata de alte sisteme de templating;
– faultul viteza
– faultul de debugging, ai de invatat/cautat/studiat un nou set de mesaje de eroare mai prost documentate (din moment ce majoritatea argumentelor pro tin de optimizarea orelor de munca ale executantilor argumentul asta cade destul de greu)
– mie nu-mi place cum arata neam;

Concluzia mea:eu sunt cam mofturos in general, consider ca nimic nu e suficient de elegant, suficient de bine gandit, sau suficient de bine facut, si ca se poate si mai bine; asa ca pana oi pune eu mana sa fac o treaba mai buna nici nu ma plang nici nu ma bucur.

Daca necesitatea dicteaza sa creez o aplicatie cu sistem de templating o voi face folosind una din metodele pe care le cunosc xslt, smarty, si in functie de necesitatile aplicatiei voi alege una din doua, amandoua reprezentand un compromis.

By: Mihai Secasiu

Mihai Secasiu — Tue, 16 Jun 2009 07:17:50 +0000

Nice to see some anti-smarty support here

By: OriginalCopy

OriginalCopy — Mon, 15 Jun 2009 20:16:27 +0000

Smarty sau alte template engines nu implica nimic altceva decat folosirea variabilelor variabile si duplicarea functionalitatii deja existente in PHP.

Singurul argument PRO-smarty ar fi impartirea responsabilitatilor: programator vs. web designer.

Insa refuz sa cred ca un webdesigner (care daca e bun stie si programare javascript, nu?) nu poate sa inteleaga ce e cu bucla foreach sau ce sunt obiectele si proprietatile acestora. Multe dintre conceptele astea sunt prezente si in client-side programming.

Concluzia: Smarty este pentru webdesignerii prosti. Scuze daca am ranit pe cineva la orgoliu, dar asta e realitatea pura desi crunta.

By: Julio

Julio — Fri, 12 Jun 2009 09:44:38 +0000

Cel mai rapid template engine ramane PHP. Daca ai un sistem bun de caching si un template engine “home-made” facut in PHP atunci Smarty devine inutil. Si eu am folosit Smarty si a fost excelent. Problema se pune altfel. Separarea codului implica si separarea responsabilitatilor? Un programator din cate stiu eu intotdeauna se va implica in crearea template-urilor indiferent ca se foloseste Smarty sau altele. Problema nu se pune de separare ci de viteza! DACA reusesti sa faci un template engine mai rapid ca Smarty (si majoritatea programatorilor cu ceva experienta stiu ca se poate) atunci NOSMARTY! Daca esti lenes => folosesti Smarty. Eu personal in cateva luni ma las de Smarty. Conceptual este excelent, in practica insa viteza si organizarea primeaza. Toate cele bune!

By: Tudor Popa

Tudor Popa — Wed, 01 Apr 2009 17:22:46 +0000

Sunt de parere ca Smarty e un template engine destul de bun. Normal ca pt unele aplicatii(mai avansate, complexe), e indicata implementarea unui sistem propriu pt template-uri care sa faca atat cat este nevoie. Ca o alternativa pt cei impotriva Smarty as zice XTemplate(una dintre chestiile interesante ale lui ar fi iterarea externa si nu din template) care mi se pare ok din toate punctele de vedere.

By: Mihai Secasiu

Mihai Secasiu — Wed, 04 Mar 2009 13:09:57 +0000

Bun, constrangeri de timp inteleg mai bine decat constrangeri de template

Sper sa mai fie si alt PHP GeekMeet si da poate se continua discutia la o bere … ar putea deveni de-a dreptul filozofica

By: Mihai Brehar

Mihai Brehar — Tue, 03 Mar 2009 19:11:53 +0000

Ok, am putea continua discutia mult si bine, si chiar mi-ar place acest lucru. Insa momentan sunt constrans de timp.

Daca nu vii la PHP GeekMeet, poate iesim odata la o bere, discutia ar merge mai usor

By: Mihai Secasiu

Mihai Secasiu — Tue, 03 Mar 2009 16:41:34 +0000

Daca e sa includ software extern in aplicatia mea trebuie sa-mi aduca un beneficiu real, vizibil pentru aplicatie. A instrui programatorul prin constrangeri chiar nu e un beneficiu.

“nu are rost sa continuam discutia” ? what? pai atunci de ce mai ti comentarii deschise?

Inteleg ca iti place smary si e ok asta, inteleg ca nu vrei sa convingi pe nimeni sa foloseasca si nici eu nu cred ca incerc sa conving pe cineva sa nu foloseasca dar credeam/speram ca discutia sa fie despre beneficiile de a folosi sau nu smarty sau un alt template engine ci nu despre ce ne place sau nu?

Normal ca fiecare foloseste ce vrea dar cred ca toti vrem sa stim daca nu cumva e o cale mai buna ? si de ce e mai buna?

By: Mihai Brehar

Mihai Brehar — Tue, 03 Mar 2009 16:23:32 +0000

@Mihai Secasiu, nu vad legatura intre optimizare si disciplina din ceea ce zici tu

In orice caz, nu are rost sa continuam discutia. Nu am zis ca smarty e cel mai bun. Am zis doar ca eu il folosesc si ca-mi place. Nu vreau sa te conving si pe tine de acest lucru.

Fiecare foloseste ceea ce crede ca e mai bun pentru task-ul respectiv.

By: Mihai Secasiu

Mihai Secasiu — Tue, 03 Mar 2009 16:02:48 +0000

@andrei total irelevant. Ce, fara smarty nu era la fel de bun (sau prost) ? Ce te face sa crezi ca flickr e ce e din cauza lui smarty?

@Mihai Brehar – asa se fac aplicatii ineficiente pentru ca inloc sa conteze optimizarea conteaza disciplinarea programatorului.

@ovidiugabriel – smart nu ofera mai mult flowcontrol decat php-ul. Daca ai nevoie de ceva care sa te constranga problema e altundeva. Designer-ul nu are ce urmari mai mult cu php inloc de smarty? Daca se simte amenintat cand vede inloc de {{ }} ia-ti alt designer