Domaci Smarty-Lite za PHP5 !

_blob_ · 01. 01. 2007.

Kao prvo: Ljudi Sretna Vam Nova Godina!

e sad, drago mi je da se ovde zakuvalo na topiku... to je i bio jedan od ciljeva...
ima tu jos nedorecenih argumenata...

vidim da ljudi pricaju o stvarima o kojima znaju, i svako ima svoje argumente.

dosta se tu polazi i od licnih preferencija... ima to veze i sa mazohizmom

meni je mucenje kada imam PHP kod u HTML-u...
uvek mi je to smetalo, od prvog dana rada sa PHP-om...
jednostavno mi se cinilo da to nije ispravno...

ali verujem da nekima od vas to 'lezi'...

da pojasnim:
ja sam prvo sve 'trpao' u php fajl... (verovatno svi tako pocnu...)
pa mi je to smetalo.
pa sam presao na neke bezvezne, kompikovane template engine...
pa mi to nije bilo dovoljno dobro...
pa sam presao na Smarty... to mi se jako svidelo...
ali sam mu ubrzo nasao puno mana... (da ne nabrajam sad, svi ih znamo...)
znam da ga pola PHP svemira koristi, ali mene nervira i tacka...

onda sam krenuo sa svojom klasom, i mislio sam da je super...
(kada sad pogledam taj prvobitni kod, ne znam da li da se smejem ili da placem)

sada sam razvio skroz drugacije resenje i opet mislim da je super

(do sutra, verovatno...)

kao sto rekoh sve je to subjektivno...
i linija je tanka... nekad je bolje ovo, a nekad ono...

ali niko mi nije odgovorio na ovaj argument za moju klasu:

- BANDED REPORTS - header, footer, detail, detail_empty band-ovi, racunanje suma, proseka, i brojanje redova...
to nema ni jedna meni poznata templating klasa sem ove na kojoj radim....
(ja sam to licno naucio u Delphi-ju sa ReportBuilder komponentom... i uvek mi se to cinilo kao prirodni nacin za ispisivanje izvestaja bilo kog tipa...)

takodje moja klasa podrzava i sledeci slucaj (podvrsta banded report-a):

imam header, detail i footer za neki izvestaj (moze biti bilo sta, recimo spisak potrosnje megabajta korisnika nekog ISP-a)
u headeru je broj i ime korisnika, u detail-u je kolicina potrosnje za pojedinu sesiju, u footeru je zbir za korisnika, a na kraju ide zbir za sve korisnike...

ja prosledim klasi templejt, i spisak korisnika sa potrosnjama iz MySql baze, sortirano po korisnicima, i kazem klasi da je break kolona ID_KORISNIKA.
a u footeru za izvestaj dodam polje (%sum.potrosnja%)
i tu je kraj sto se mog rada tice.
klasa ispisuje sledece:

korisnik br.1: Ime Prezime
dan 1: 100mb
dan 2: 20mb
Ukupno: 120mb

korisnik br.2: Ime Prezime
dan 1: 100mb
dan 2: 30mb
Ukupno: 10mb
...

i tako za svakog korisnika... klasa sama prekida podizvestaj kada se promeni ID_KORISNIKA, ispise footer i zbir potrosnje...

na kraju izvestaja : UKUPNO SVI KORISNICI (%global.sum.potrosnja%)

e sad, nije to nuklearna fizika, znam, ali to nisam na drugim mestima video...
a cesto mi treba u web aplikacijama koje radim za klijente...

a ako ne koristite templating, tu onda ima dosta koda da se doda na svaku stranicu...
a kod mene je sve to 'out-of the box'...

voleo bih da cujem vase misljenje o tome...

..

sto se tice logike aplikacije i prezentacione logike to stvarno nije jedno isto i tu se 100% slazem sa Studen Ilijom.

Jednostavno mora postojati i logika prezentacije, baz zbog tog bojenja parnih i neparnih redova u tabeli (trivijalan primer, ali ako nema mogucnosti da se implementira prezentaciona logika u templejt, onda ta logika mora u logiku aplikacije, a tamo joj nikako nije mesto: BABE I ZABE !!!)

...

e da jos nesto: jedan od osnovnih kriterijuma zasto me nervira Smarty je zato sto previse toga moze da se uradi u templejtu pa onda ljudi tu trpaju i ono sto tu ne treba biti.

hocu da koncipiram svoju klasu tako, da u templejte NE MOGU da se ubace stvari koje tamo ne spadaju, vec samo prezentaciona logika i HTML (eventualno jScript).

tu mi treba pomoc i sugestije...

i molim vas da se okanete price "a, to ti nece valjati, to ne ide..." itd itd.
taj pristup me totalno nervira... ako nemas predlog kako nesto popraviti nemoj ni da kritikujes, to je moj moto.
hajde da vidimo sta ne valja, pa da popravimo...

u svakom slucaju hvala na feedbacku stvarno je korisno...

krecem sa proucavanjem mogucnosti kompajliranja i kesiranja u klasi...
svi predlozi i smernice su dobrodosle...

kesiranje znam kako cu, to je lako, ali kompajliranje tu sam vec malo zatecen...
videcemo...

ajd poz,
UncleBlob

bNasty · 01. 01. 2007.

Srecna Nova!

I sorry unapred za skretanje sa teme...
ali, nakon XSLT-a lichno ne vidim potrebu za yet-another-template-engine-om. Ne mislim na ovaj konkretno, vec uopshteno. Mozhda je functional programming preveliki stepenik, i mozhda je XML na loshem glasu kod web developera, ali i nakon najbolje volje da koristim neki od popularnih template engine-a opet sam se vratio xslt-u.

Alati teme
Pogledajte verziju za štampanje Pošaljite email-om ovu stranu
Način prikaza
Prebacite u linearni prikaz Hibridni prikaz Prebacite u prikaz po temama

Slične teme
Tema	Početna poruka teme	Forum	Odgovori	Poslednja poruka
Traži se, profesionalna programerska tvrtka PHP5/MySQL/smarty template engine/	jurman	Poslovne ponude i zapošljavanje	0	19. 02. 2007. 11:22
Domaci Direktorijumi ?	[nq]	Marketing i SEO	9	06. 09. 2006. 22:13
Smarty za PHP5	bluesman	PHP	5	08. 08. 2005. 22:19
Xtra lite AJAX color picker	WinterMute	(X)HTML, JavaScript, DHTML, XML, CSS	8	04. 07. 2005. 09:15

01. 01. 2007.	#1
_blob_ novi član Datum učlanjenja: 30.12.2006 Lokacija: Kula Poruke: 6 Hvala: 0 0 "Hvala" u 0 poruka	Kao prvo: Ljudi Sretna Vam Nova Godina! e sad, drago mi je da se ovde zakuvalo na topiku... to je i bio jedan od ciljeva... ima tu jos nedorecenih argumenata... vidim da ljudi pricaju o stvarima o kojima znaju, i svako ima svoje argumente. dosta se tu polazi i od licnih preferencija... ima to veze i sa mazohizmom meni je mucenje kada imam PHP kod u HTML-u... uvek mi je to smetalo, od prvog dana rada sa PHP-om... jednostavno mi se cinilo da to nije ispravno... ali verujem da nekima od vas to 'lezi'... da pojasnim: ja sam prvo sve 'trpao' u php fajl... (verovatno svi tako pocnu...) pa mi je to smetalo. pa sam presao na neke bezvezne, kompikovane template engine... pa mi to nije bilo dovoljno dobro... pa sam presao na Smarty... to mi se jako svidelo... ali sam mu ubrzo nasao puno mana... (da ne nabrajam sad, svi ih znamo...) znam da ga pola PHP svemira koristi, ali mene nervira i tacka... onda sam krenuo sa svojom klasom, i mislio sam da je super... (kada sad pogledam taj prvobitni kod, ne znam da li da se smejem ili da placem) sada sam razvio skroz drugacije resenje i opet mislim da je super (do sutra, verovatno...) kao sto rekoh sve je to subjektivno... i linija je tanka... nekad je bolje ovo, a nekad ono... ali niko mi nije odgovorio na ovaj argument za moju klasu: - BANDED REPORTS - header, footer, detail, detail_empty band-ovi, racunanje suma, proseka, i brojanje redova... to nema ni jedna meni poznata templating klasa sem ove na kojoj radim.... (ja sam to licno naucio u Delphi-ju sa ReportBuilder komponentom... i uvek mi se to cinilo kao prirodni nacin za ispisivanje izvestaja bilo kog tipa...) takodje moja klasa podrzava i sledeci slucaj (podvrsta banded report-a): imam header, detail i footer za neki izvestaj (moze biti bilo sta, recimo spisak potrosnje megabajta korisnika nekog ISP-a) u headeru je broj i ime korisnika, u detail-u je kolicina potrosnje za pojedinu sesiju, u footeru je zbir za korisnika, a na kraju ide zbir za sve korisnike... ja prosledim klasi templejt, i spisak korisnika sa potrosnjama iz MySql baze, sortirano po korisnicima, i kazem klasi da je break kolona ID_KORISNIKA. a u footeru za izvestaj dodam polje (%sum.potrosnja%) i tu je kraj sto se mog rada tice. klasa ispisuje sledece: korisnik br.1: Ime Prezime dan 1: 100mb dan 2: 20mb Ukupno: 120mb korisnik br.2: Ime Prezime dan 1: 100mb dan 2: 30mb Ukupno: 10mb ... i tako za svakog korisnika... klasa sama prekida podizvestaj kada se promeni ID_KORISNIKA, ispise footer i zbir potrosnje... na kraju izvestaja : UKUPNO SVI KORISNICI (%global.sum.potrosnja%) e sad, nije to nuklearna fizika, znam, ali to nisam na drugim mestima video... a cesto mi treba u web aplikacijama koje radim za klijente... a ako ne koristite templating, tu onda ima dosta koda da se doda na svaku stranicu... a kod mene je sve to 'out-of the box'... voleo bih da cujem vase misljenje o tome... .. sto se tice logike aplikacije i prezentacione logike to stvarno nije jedno isto i tu se 100% slazem sa Studen Ilijom. Jednostavno mora postojati i logika prezentacije, baz zbog tog bojenja parnih i neparnih redova u tabeli (trivijalan primer, ali ako nema mogucnosti da se implementira prezentaciona logika u templejt, onda ta logika mora u logiku aplikacije, a tamo joj nikako nije mesto: BABE I ZABE !!!) ... e da jos nesto: jedan od osnovnih kriterijuma zasto me nervira Smarty je zato sto previse toga moze da se uradi u templejtu pa onda ljudi tu trpaju i ono sto tu ne treba biti. hocu da koncipiram svoju klasu tako, da u templejte NE MOGU da se ubace stvari koje tamo ne spadaju, vec samo prezentaciona logika i HTML (eventualno jScript). tu mi treba pomoc i sugestije... i molim vas da se okanete price "a, to ti nece valjati, to ne ide..." itd itd. taj pristup me totalno nervira... ako nemas predlog kako nesto popraviti nemoj ni da kritikujes, to je moj moto. hajde da vidimo sta ne valja, pa da popravimo... u svakom slucaju hvala na feedbacku stvarno je korisno... krecem sa proucavanjem mogucnosti kompajliranja i kesiranja u klasi... svi predlozi i smernice su dobrodosle... kesiranje znam kako cu, to je lako, ali kompajliranje tu sam vec malo zatecen... videcemo... ajd poz, UncleBlob

01. 01. 2007.	#2
bNasty profesionalac Professional Datum učlanjenja: 06.10.2006 Lokacija: Big Smoke Poruke: 281 Hvala: 0 17 "Hvala" u 12 poruka	Srecna Nova! I sorry unapred za skretanje sa teme... ali, nakon XSLT-a lichno ne vidim potrebu za yet-another-template-engine-om. Ne mislim na ovaj konkretno, vec uopshteno. Mozhda je functional programming preveliki stepenik, i mozhda je XML na loshem glasu kod web developera, ali i nakon najbolje volje da koristim neki od popularnih template engine-a opet sam se vratio xslt-u.