Zašto Smarty?

[Ilija Studen]

Evo jednog čudnog pitanja:

Zašto koristite Smarty?

U dva projekta na kojima trenutno radim ga ne koristim i nije mi zafalio ni jednog jedinog trenutka. Svoj "template engine" sam napsao za pola sata i teži celih 10kb naspram 200kb+ koliko ima sam Smarty, a radi sve stvari za koje sam inače koristio Smarty.

Template su pregledni, u njima radi code completion, mogu da koristim sve što inače imam na raspolaganju i van template (tu je zamka, ako ne pazite možete preterano uneti aplikaciju u template)...

[oliver78]

Da, u pravu si. Razmisljao sam bas o toj temi. Da napravim template koji bi sluzio svrsi jer ne koristim sve funkcije smarty-ja. Medjutim kako sam okupiran poslovima i ispitima taj deo je ostao na cekanju.

Jednom na tvom blogu je bilo reci o mesanju php-a i html-a pa bi se na taj nacin u mnogome olaksala izgradnja web-aplikacija.

[oliver]

Nakon sto sam ukapirao da mix html + php nikud ne vodi i da na kraju dobijem brljotinu u kojoj nema sanse da se snadjem ni ja koji sam to pisao, "prebacio" sam se na smarty, al' sam se zaebo i gomilu stvari "programirao" u smarty-ju. Jeste da ima gomilu korisnih (i vecini nas nepotrebnih) feature-a, ali opet treba biti jako oprezan pa, kako Ilija napomenu, ne pretjerati i praviti aplikaciju u smarty-ju.

Sreca pa je (nadam se) na vrijeme CakePHP malo pripomogao em sto sam zaplovio u oop punim jedrima, em sto konacno postoji prilicno jasna granica izmedju aplikacije i fasade

[kalkulus]

jel imash neki primer aplikacije radjene u cake-u? ja sam taman poceo da se igram sa njim kad su mi poceli ispiti, tako da bih voleo da vidim shta sve moze
iako neke stvari izgledaju lagane, imam utisak da se malo komplikuju stvari za ozbiljnije aplikacije. za obicnu akciju treba da editujesh gomilu fajlova, da koristish neke njihove opcije koje nisu dokumentovane i tako to. ako neko ima volje da me razuveri samo napred

[oliver]

mali OT, ali valjda nam shefovi nece zamjeriti

ja sam tek 5-6 dana u vezi s Cake-om, tako da je moje poznavanje istog poprilicno skromno uz malo strpljenja i mozganja lako ces se snaci, sve sto trebas je da "pohvatas" konvencije kojih treba da se pridrzavas. nemam nista gotovo, ali radim sajt (jos uvijek samo na localhostu), kad zavrsim okacicu link. iako sam newbie i pravim poprilicno gluposti dok ne ukapiram kako stvarno nesto treba da se izvede, mogu sasvim sigurno reci da je kod u velikoj mjeri pregledan i jasan (za razliku od onog sto sam prije pisao, razlika je kao nebo i zemlja), znas uvijek gdje ti je sta - jer da nije tamo onda ne bi radilo

za obicnu akciju ti ne treba gomila fajlova - uglavnom mozes sve stavljati u controller, a ako ponesto smjestis u helper - isto ti dodje site-wide akcije drzis u app_controller-u, itd itd. prati njihovu google grupu (http://groups.google.com/group/cake-php), gomilu stvari sam skontao tek tamo. Dokumentacija im jeste mizerna, ali nije im uzeti za zlo jer je Cake jos uvijek "beba"

sto se tice "ozbiljnijih" aplikacija, mislim da ce 0.10 verzija (aka 0.9.2 trenutno) biti skroz ok (dok ne izadje final 0.10, ja se drzim 0.9.1 jer mi zasad radi posao, i to dobro)

[Ilija Studen]

Sve mi se čini da ću i ja Cake uposliti u jednom skorijem projektu. Jednostavno ne postoji finiji open source PHP4 framework (bar ne koliko ja znam), a pošto već dobrano poznajem način na koji Rails radi trebalo bi da se osećam kao kod kuće.

BTW: Mogao bi jedan mali split ovog i gornjeg posta u novu temu pošto su oba o Cakeu i ne spominje se Smarty uopšte...

[ivanhoe]

izvinjenje na nekromansiji, ali tek sam sad procitao ovaj thread, a ovo oko smartija mi je zanimljivo, pogotovo sto cenim Ilijino iskustvo (shliht, shliht )

Elem, zanima me oko tog homemade template endzina sto si pravio, jel on isto kompajlira templejte?

Posto, bar kako sam ja to shvatio, osnovna prednost Smartija u odnosu na konkurenciju su sto se templati ne parsiraju iz php-a, nego se pretvore u php kod, pa sam php parser radi sav prljav posao, sto je ultra brze. A pored toga ima i prilicno ok reseno kesiranje outputa, i par zgodnih forica ugradjenih koje ustede neko vreme... meni se doduse najvise dopao jer je dovoljno slican TemplateToolkitu na perlu na koji sam se vec navikao (i koji je odlican btw)

sad cu da pogledam taj Cake o kome pricate, jel ga i dalje koristitie?

btw, mesanje HTML i PHP-a je jos podnosljivo u malim fajlovima sa dobrim editorom, ali ako se nadje i javascript funkcija u kodu onda nastane totalni haos..

[Ilija Studen]

Klasa koju koristim uopšte ne kompajlira ništa ili bilo šta slično tome. Template je najobičniji PHP fajl koji se includeuje (njegov output se hvata u string), a ta klasa implementira neke funkcije koje sam često koristio kod smartyja: assign, display, fetch i sl.

Dobra stvar je što se jedna ogromna klasa (Smarty) izbegava i zamenjuje jednom prostom klasom. Plus, nema kompajliranja templatea (ne moraš imati write dozvole) itd. Generalno, sve je manje i jednostavnije za korišćenje, a postižeš isto.

PS: Posle par meseci Smarty mi uopšte ne nedostaje

[bluesman]

Sorry, gledam ovu temu danima i uopste ne razumem ovo što si nabrojao.

Koje su tu u stvari prednosti? To što je klasa manja? Kakve to veze ima, ne učitava se klasa u browser. To što se ne kompajlira? Pa šta da kompajliraš kad i nemaš template nego php sa include? To što ti ne treba write permission? Od kada je write permission problem osim na onim free hostingzima. To što je jednostavnije? Možda, ali smarty se pokazao kao izuzetno jednostavan, i komplikovanost nikada nije bio problem smarty, ljudi (čak i oni koji nemaju pojma sa programiranjem) ga nauče za par sati.

Po onome sto si napisao ti i nije template engine nego (ne)običan PHP.

Mi smo jednom imali diskusiju po tom pitanju i kod tebe se, bar prema onome što sam video, nigde ne vidi čak ni tanka linija između template i engine. Tu si pravio krucijalne greške (ne programerski nego konceptualno za template sistem), ti na primer iz backend dodeljuješ .CSS određenom template, što ruši sam "backend-template" koncept. Backend ne mora da zna koji CSS se koristi na strani, njegovo je da obezbedi zatražene podatke, a frontend template ih prikazuje ili radi sa njima šta hoće.

Pravi template sistem mora da jasno razgraniči dokle ide backend (php), a gde je frontend (template). Takav sistem mora da omogući da recimo programer i dizajner mogu odvojeno da rade na istom projektu.

Tvoj sistem je možda dobar, neću da ulazim u to, ali to nema veze sa template engine.

[ivanhoe]

@Ilija: osnovna ideja template endzina ala Smarty je za timski rad, kad imas ljude koji ne znaju php (pa su manje placeni), a rade ti template... onda oni nauce par osnovnih fora iz Smarty sintaxe i mogu na miru da seckaju html, a ti radis programiranje nezavisno...

Inace kad ja sam radim sve, apsolutno se slazem sa tobom, php je sam po sebi embeded jezik i nema potrebe da se izmislja dodatni jezik. Ako nateras sebe da koristis minimum koda u templejtima (echo, if, for, funkcije...), a sav ostali kod drzis van templejta, onda Smarty sintaxa nije preterano laksa od php-a, ko zna bar neki jezik sa C-like sintaxom (php, js..) ce se lakse snaci sa for petljom nego sa smartijevim blokovima...

Ali ostaje i dalje kesiranje outputa, koje je u Smartiju odlicno reseno, a ovako bi morao da ga sam pises...