Po meni kod klasicnog MVC-a ne treba nuzno jedan da bude fat, a drugi skinny, nego treba razdvojiti logiku na na ono sto se tice konkretnog zahteva (to ide u konktroler) i opstu logiku (to ide u model)... obicno je onda tu model "deblji", jer se dobar programer uvek trudi da generalizuje resenje..
Mada kad imas HMVC model (mogucnost slanja internih redirekta unutar aplikacije) kao recimo u Kohani, onda postoji mogucnost i da se kontroleri visestruko koriste, pa onda sva logika moze da se gurne u kontroler, a da model bude cisti ORM.
A opet imas i drugacije MVC gde view komunicira sa modelom direktno da bi dohvatio podatke (na primer Vivvo CMS je tako projektovan) sto ima svojih prednosti, a u tom slucaju je kontroler skinny, a model mora da ima svu logiku u sebi...
__________________
Leadership is the art of getting people to want to do what you know must be done.
|