Ehm ehm, to VY jste dosadil rovnitko mezi generovani kodu a moje tvrzeni o rychlosti vyvoje komplexni aplikace. Nezamenujte prosim prvni (bake tasks/templates) a paty (pocet clovekohodin nutny na vyvoj komplexni/rozsahle aplikace) odstavec v mem komentari, na ktery jste reagoval - nemaji spolu nic spolecneho.
Kod rozsahle aplikace se v case meni. Budete-li v tymu dlouhodobe pracovat na spolecnem kodu, jiste uvitate, bude-li pro vas kod nekoho jineho srozumitelny na prvni pohled - nikde neni psano, ze kod napsany vami osobne budete v budoucnu upravovat pouze vy osobne. A to je to, v cem se ocividne neshodneme - vy jste ze zasady proti konvencim, ja nektere povazuji za uzitecne - viz posledni odstavec prvniho komentare ('eliminace vynalezavosti'). Jako vlk samotar si delejte co chcete - tymova prace (ma-li byt efektivni) nejaka pravidla potrebuje.
Vite co je obvykly argument 'pro CI' pouzivany programatory, kteri prave objevili PHP? Ze jsou schopni produkce po par minutach cteni dokumentace a prikladu. Bohuzel, pouzivani frameworku jako je CakePHP chce nejaky cas venovany studiu a praxi, takze muj komentar k vasemu vykriku do tmy (jak je CakePHP strasne, protoze vas nalakalo na generovani CRUD, jehoz vystup neumite ovlivnit) je jen dalsi z mnoha, ktere (jako oficialni prispevovatel do CakePHP kodu a zamestnanec Cake Development Corporation) po webu trousim. NP, delam to rada ;) ale pod timto blog postem jsme jiz lehce off topic.
Na zaver: ja nesrovnavam model/behavior callbacks s enterprise ORM. Ja se vam jen snazim ukazat, ze reseni existuje, protoze vase argumenty proti CakePHP jsou liche - nastesti plynou pouze z absence detailni znalosti, nikoli z umyslu (coz pouze predpokladam z toho, ze jste v nasich luzich a hajich zrejme jeden z prvnich webdesigneru, ktery na svych strankach vyhradil pro CakePHP prvni misto ve vyctu pouzivanych frameworku).
