[BullDoze]

Vaja teha üks uus veebileht ja plaan üles ehitada ta mingi frameworkiga, et kood oleks hiljem ka teistele mõistetav ja arusaadav ning kiirelt muudetav. Oracle andmebaasiga suhtlemiseks olen kasutanud ADOdb'd, aga rohkem teistega kokkupuudet pole olnud. Googledades leidsin palju kohti kus kiideti Symbiani, Zend frameworki niiväga ei kiidetud.

Server kus leht olema hakkab (vähemalt alguses) sisaldab PHP'd (5.2.12) koos Zend Engine 2'ga ja MySql'i (5.1.39). ADOdb Extension'e vms seal ei ole (ilma selleta on ADOdb aeglasem nagu ma aru saan).

Lehest veel niipalju, et tahaks kasutada lehel jQueryt, lisaks erinevaid template, erinevate keelte tugi on oluline ning palju tuleb majandamist piltidega.

Uuriks mis kogemused Teil on ja mida soovitate? Plussid miinused ?

[Taavi_R]

http://cakephp.org/ äkki?

[BullDoze]

No neid raamistikke on igasuguseid, selle teema mõte oli pigem see, et äkki mõni on erinevaid kasutanud ja tooks välja plussid ja miinused jne.

[iceincube]

Kas just soov freimwõrgi järgi mitte juba mingi CMS moodi asja, millele ise mooduleidj uurde teeks?

Ainuke asi mis ZendFW puhul puudu minuteada hetkel on- hea piltide manipuleerimise tugi, nagu sul vaja.
Muud asjad on nagu olemas. Ka MVC patterni tugi täitsa olemas.

Aga kahjuks jah. Ma pole eriti muude freimwõrkidega tööd teinud, et ei saa ka aidata võrdlemises.

[BullDoze]

soov raamistiku järele jah. 2 in 1 - saaks mõnda head raamistikku õppida + lehe arusaadava koodiga valmis.

[kullar]

nt Kohana,millele on tehtud ka CMS.

[morgoth]

Zend Framework on üldiselt parim. Kasutades vähemtuntud väiksemat raamistikku on oht, et see ühel päeval ajaloo prügikasti kaob.
ZF niipea aga kuskile kaduma ei hakka. ZF-il on väga mugav ja lihtsalt kasutatav MVC struktuur ning uue projekti püstipanek Zend Tooliga võtab vaid paar sekundit. Lisaks on Zend Studiole ZF tugi sisseehitatud. Seega julgen soovitada.

ZF juures saab ju alati ka mingeid 3 osapoole library-eid kasutada piltide manipuleerimiseks, kui baasfunktsionaalsus puudulikuks jääb...

[hexmex]

Zend Framework igatahes Kõrvale võtad veel ORM vahendiks näiteks Doctrine 2 (jah ... Alpha staatuses kuid väga edev) ja elu on suht lill. Algajale võib ZF korral olla miinuseks see, et seal on kasutajal väga palju vabadust ja see lükkab nii mõnelgi juhtme kokku. Võib vaielda kas vabadus komponente oma suva järgi kasutada ja asju sajal erineval moel teha ja kokku panna on hea või halb, kuid ZF'i käppa saades on see vägagi hea põhi

Ning seda asja ikka arendatakse päris edukalt, ZF 2.0 peaks ka tulema juba päris edev asi

[Renka]

hexmex, aga miks ZF? Oled proovinud ka mõnda muud? Oskad välja tuua head ja halvad küljed?

Mind huvitaks võrdlus CakePHP'ga just. Aga miks mitte ka mõne muu frameworkiga.

[hexmex]

[morgoth]

Symphonil oli imo mingi väga imelik "Admin creator" või mis iganes, mis tundus täielik jura olevat (Db schema defineerimine XML failis - no miks küll?) + Veel mingid YML failid - another crap.
ZF puhul on nt. see hea asi, et sellele üles ehitatud rakendused on enamasti korralikud, kuna selle learning curve on vähe kõrgem, kui teistel FW. Kuigi olen näinud ka rakendusi, kus kogu äriloogika on controllerisse ehitatud ning model'eid pole eriti kasutatud - seega leidub ka erandeid.

Suur pluss on ZF'il ka see, et see ei kasuta defaultina mingit bloated template languaget (Smarty nt).

Ise ootan ka pikkisilmi 2.0 versiooni, kuuldavasti pole see tagasiühilduv. Samas kui rakendus on korralikult tehtud (fat models, thin controllers vms), siis ei tohiks uue versiooni kasutuselevõtt kuigi keeruline olla.

ZF puhul on suht suureks miinuseks vähene dokumentatsioon uusima versiooni puhul. Ning see default modulaarne struktuur on ka suht imelik - vajas põhjalikku tuuningut, enne, kui selle kasutusele sai võtta (moodulitele eraldi conf failid jne).

[keevitaja]

mul pole küll õrna aimu, kas selles zendis oma classe kah kasutada saab, kuid piltide manipuleerimiseks tundub hetkel olema üleprahi http://phpthumb.gxdlabs.com/

[iceincube]

saab ikka kasutada.
määrad lihtsalt include pathile oma klasside kohad lisaks pmst.
Ega zend ei tähenda, et muud kasutada ei saa

[keevitaja]

a mis sellel smartyl viga on? ma ise kasutan seda, ja see rockib täiega. palju asju vormindamisel saab smartyga ära teha. hõlbustab oluliselt...

[morgoth]

Ma olen seda Smartyt 4 a kasutanud, kuid lõpuks jõudis ikka kohale kui saast see on.
On tunduvalt paremaid templiidimootoreid olemas - kasvõi tal nt. Või siis puhas vanakooli meetod: kasutada php-d templiitimisel (nagu ZF-is tavaliselt tehakse).

Smarty süntaksi algne mõte oli vist see, et kujundajad saaks templiite koodiga ühedada, kuid välja kukkus nagu alati - järjekordne mõttetu skriptimiskeel, mis käib kujundajatele üle jõu.

[iceincube]

PHP koodiga tempiidi puhul peab endal hea distsipliin olema, et sinna üleliigset kraami sisse ei kirjuta (mis templiiti ei peaks käima),
Smarty puhul on see pmst välistatud kui just {php} tägi ei kasuta..

[keevitaja]

ja smarty 3 tuleb veel parem. syntax rohkem php moodi... see nüüd kujundajale küll midagi ei anna, ent ei ole enam sellist jama, kus php-s on $kala['kilu'] ja smrtys $kala.kilu

[hexmex]

Keegi, ega miski ei keela Zend Frameworkis kasutada mõnda template mootorit. Kuid jahh .. ka minu arust on need suht mõttetud kui ZF juba oma vahenditega olemas on

[keevitaja]

aga mis moodi seal zendis üldse asju tehakse? just see templeidi süsteem? mingi termin on see viewer-model-controller. mu mõistud seda asja kinni ei võta. ok, on php leht ja siis templeidi leht. veel krt midagi vaja?

[Celos]

Model-View-Controller on arhitektuuri pattern. Täpsemalt on õpetusi netis metsikult, aga lihtsalt lahti seletatuna seisneb asi selles, et andmemudelid (objektid sinu rakenduses), äriloogika (objektidega manipuleerimise/kasutajasisendile reageerimise kood) ja esindusloogika (front-end ehk kasutajale kuvamise kood) hoitakse kõik eraldi. [url=http://en.wikipedia.org/wiki/Model–view–controller]Wiki artikkel[/url]

[morgoth]

Imo on soovitatav äriloogika (toimingud andmetega - andmebaasi päringud jms) ka modelisse kirjutada. Kontrollerid peaksid võimalikult lollid/väikesed olema.

[Celos]

Jah. Objektide manipuleerimise all mõtlesin seda, et luuakse/laaditakse objektide instantse, kutsutakse välja objektide meetodeid jne.

edit: viimase märkusega meenusid MVC public service announcementid

Spoiler

Link

Spoiler

Link

Spoiler

Link

Spoiler

Link

Spoiler

Link

Spoiler

Link