PHP frameworks, again

[zidoo]

^

O tome ja tupim od prvog posta. Zato sam i pito jel ima neko konkretan primjer aplikacije koju je radio, jel zadovoljan itd...

[pkrstic]

Da se vratim na osnovno pitanje, radm u CI i ZF.
Prednosti CI su ti naveli, a mane koje meni smetaju su:

• PHP4 kompatibilnost (nema auto loada i magic funkcija)
• nema gotove Authentication klase
• relativno spor razvoj
• relativno slaba striktnost u nazivima
• losa reseno pravljenja osnovnih klasa

Na CI se odlucio zbog togo sto mi je najvise licio na kod koji sam sam razvijao i upotrebio, ali na kraju sam digao ruke jer je logika bila da ce nekoliko hiljada ljudi pre naci gresku u nekom parcetu koda , nego sto cu ja videti to isto u svom. Ne slazem se sa bluesmanom do moram da znam kako funkcionise kod da bih ga koristio, jos manje me je interesovao Smarty. Bitno je da radi ono sto se od njega ocekuje i na nacin na koji se ocekuje.
Takodje smatram da je Smarty gubljenje vremena, i da je dovoljan cist php. Da se razumemo Smarty je dobro zamisljen ali po mom misljenju nepotreban, jer dosad niko dizajnera nije naucio da kodira, kao so ni jedan porgamer nije postao dobar dizajner, cak sta vise ne bih ga preporucio pocetnicima jer im je tesko da shvate kako to funkcionise.

Kohanu sam isprobavao ali me je razocarao njen View, koji ne funkcionise onako kako sam ocekivao. Mozda nisam dobro radio. Ostalo joj je ok, ima ACL, module i ORM.

Cela ova rasprava oko toga da li je ORM potreban ili nije zavisi od potreba i znanja korisnika. Onaj ko zna da napise dobar sql nece koristi orm, stvar izbora.

U firmi koristimo Zend, koji radi na sajtovima koji imaju 15M poseta mesecno. Ono sto mi se svidja kod Zenda je velika modularnost i mogucnost podesavanja. Ne svidja mi se sto svi tutorijali lose pokrivaju sam pocetak i podesavanje.

[Aleksandar.Ilic]

Originalno napisao pkrstic

Da se razumemo Smarty je dobro zamisljen ali po mom misljenju nepotreban, jer dosad niko dizajnera nije naucio da kodira, kao so ni jedan porgamer nije postao dobar dizajner, cak sta vise ne bih ga preporucio pocetnicima jer im je tesko da shvate kako to funkcionise.
.

zasto svi smrtnici vole da govore da je nesto nemoguce samo zato sto oni to ne znaju.

Od kako radim sa Smarty-ijem, skoro uvek dizajner sredi templejtove. U krajnjem slucaju ja napravim genericke i dizajner ubaci html/css. A ljudi koji sada rade kod mene u firmi poznaju smarty fantasticno, a veze nemaju sa programiranje.

Drugo, ja sam smarty BUKVALNO kao pocetnik u programiranju i PHP-u poceo da koristim (na nagovor zombi-a) i kao osobi sa 2 meseca iskustva trebalo mi je pola sata da shvatim i pocnem da koristim smarty.

Ovde se ne radi da li je neki FM tezak ili lak za shvatanje. Meni nijedan nije tezak, samo su mi neki ocajni jer su pravljeni po ukusima programera koji su ih razvijali a ne po mojim ukusima.

Ja ne volim ORM i slicne principe. Jednostavno volim da vidim sql u kodu. A s'obzirom da jako retko radim neku aplikaciju od nule, i da su to samo aplikacije za moje potrebe (cms-ovi), klasican gotov FM meni licno nista ne znaci. Vec imam sve sto mi treba razvijeno, ili od mene licno ili na netu (swift, smarty, phpthumb..)

[bluesman]

Originalno napisao pkrstic

Ne slazem se sa bluesmanom do moram da znam kako funkcionise kod da bih ga koristio, jos manje me je interesovao Smarty. Bitno je da radi ono sto se od njega ocekuje i na nacin na koji se ocekuje.

Rekoh da sam proveravao šta generiše jer mi je optimizacija bila jako važna, a to "kako radi" mi se vuče još od detinjstva kada nisam imao ni jednu igračku duže od par dana jer sam "morao" da je otvorim da vidim kako radi. To je samo običan moj "trip"

Originalno napisao pkrstic

Takodje smatram da je Smarty gubljenje vremena, i da je dovoljan cist php. Da se razumemo Smarty je dobro zamisljen ali po mom misljenju nepotreban, jer dosad niko dizajnera nije naucio da kodira, kao so ni jedan porgamer nije postao dobar dizajner, cak sta vise ne bih ga preporucio pocetnicima jer im je tesko da shvate kako to funkcionise.

Da ne pričamo šta je smarty i čemu služi, ali činjenica je da on nije samo za dizajnere. Možda je to stvar navike, ali daleko mi je pregledniji smarty view nego neki php prepun <?php ?>, koliko god koristili skraćene tagove.

Kažeš "niko dizajnera nije naučio da kodira", možda je i to tačno, ali je zato "mulijarda" (keyword) dizajnera naučila da koristi smarty i lako razume šta je foreach, šta je if - else. Ne verujem da je iko imao planove da uči dizajnere da kodiraju, niti su dizajneri imali puno entuzijazma za učenje, ali su i jedni i drugi srećni što su se našli "negde između". Osim toga, daleko je lakše i dizajneru da koristi smarty tagove nego da mu daš neki "čist php" view da od pravi template. Takođe ne znam sa kakvim si početnicima ti radio, ali oni sa kojima sam ja imao posla su naučili lako smarty za par dana.

Osim toga i sam kažeš "Ne slazem se sa bluesmanom do moram da znam kako funkcionise kod da bih ga koristio", a u sledećoj rečenici kritikuješ smarty "...ne bih ga preporucio pocetnicima jer im je tesko da shvate kako to funkcionise", pa jel' onda važno ili nije važno da se zna kako to funkcioniše da bi mogao da koristiš? Mislim da smarty dizajneri znaju sasvim dovoljno, i više im nije ni potrebno osim ako nemaju neku izrazitu želju da vide "šta je unutra".

[bOkIcA]

Ispadne da smo debili mi koji koristimo gotove FW-ke jer ne znamo da napisemo svoj i sto smo potrosili vreme u ucenje nekog suvise komplikovanog i nepotrebnog sistema.
A za Smarty jednostavno nema suvise mesta kada se koristi FW jer te FW tera da programiras pravilno tj PRE outputa.

[holodoc]

Originalno napisao bOkIcA

A za Smarty jednostavno nema suvise mesta kada se koristi FW jer te FW tera da programiras pravilno tj PRE outputa.

Ja priznajem da lično nisam neki preterani ljubitelj Smarty-ja ali mi se sviđa stepen kontrole parcijalnog keširanja stranice koji je u njemu implementiran. A kad smo već kod teme mešanje template i framework sistema interesantno je da CodeIgniter recimo ima sopstveno template rešenje koje ne funkcioniše tako loše iako sami developeri preporučuju da se zbog brzine parsiranja stranica koristi čista alternativna PHP sintaksa što je generalno i neka moja preporuka jer iskreno još uvek nisam sarađivao sa "čistim" web dizajnerima koji nisu bili u stanju da veoma brzo "prokljuve" alternativnu sintaksu.

[bluesman]

To što ti tvrdiš da ispada da ste debili - to nije tačno da je bilo ko rekao. A i to za smarty takođe nije tačno - očigledno ne znaš šta je smarty i čemu služi.

[bOkIcA]

Svako koristi to sto mu odgovara.
Respekt.

[bluesman]

Ako si probao Smarty onda znaš da se on razlikuje od većine ostalih template sistem u po tome što parsuje template samo jednom i generiše čist php, tako da se izvršava "čist" PHP. Ostali parsuju template svaki put kada se zahteva (što može i Smarty ako mu je uključeno force_copile, ali to je besmisleno).

Sve ovo pod uslovom da sam razumeo šta znači "čista alternativna PHP sintaksa". Nešto mi ne idu zajedno reči čista i alternativna.

[holodoc]

Originalno napisao bluesman

Sve ovo pod uslovom da sam razumeo šta znači "čista alternativna PHP sintaksa". Nešto mi ne idu zajedno reči čista i alternativna.

Bukvalno sam mislio na čistu alternativnu sintaksu (http://php.net/manual/en/control-str...ive-syntax.php) neizmešanu sa raznim tagovima specifičnim za klasične template sisteme pa i za samu CI template klasu. S obzirom da je alternativna sintaksa potpuno integrisana u jezgro PHPa njenim korišćenjem se po meni generalno eliminiše potreba za bilo kakvim parsiranjem template fajlova čisto da bi se dobio ponovo "čist" PHP kod pa makar on bio i keširan. Ono što mi se kod Smarty-ja svidelo je mogućnost parcijalnog keširanja stranice ukoliko je ona sastavljena iz podšablona (zaboravio sam već pravu terminologiju i nazive) tako da se u kompleksnijim slučajevima kada su stranice sastavljene iz dosta elemenata koji se ne menjaju često ovo može da bude poprilično interesantno za povećavanje performansi.

Doduše priznajem da nisam jako dugo radio sa Smarty-jem i da se dosta stvari u međuvremenu verovatno promenilo tako da moram da se ogradim od daljih komentara koji verovatno ne bi bili na mestu.