sai, io concepisco l’applicazione
così:il controller si occupa esclusivamente delle richieste, quindi non deve
avere nulla di più che i metodi di accesso alle
funzionalità.il modello si occupa di gestire tutte le relazioni con i dati, quindi
tutta la logica business è sposytata
lì.tutto il resto và negli helpers.o nei plugins se sono comportamenti
ripetuti.
così facendo, e sfruttando il più possibile la potenza del linguaggio, ti
giuro che DIFFICILMENTE supero le 5/6 righe
devo però effettivamente fare un mea culpa sulla gestione delle eccezioni
:))) ma sai com’è, sono molto sicuro di me stesso :)))))ciao> Sul numero
non troppo elevato di funzioni sono d’accordo, ma spesso > capita che le
funzioni non siano così brevi.
così facendo, e sfruttando il più possibile la potenza del linguaggio, ti giuro che DIFFICILMENTE supero le 5/6 righe
devo però effettivamente fare un mea culpa sulla gestione delle eccezioni :))) ma sai com’è, sono molto sicuro di me stesso :)))))ciao> Sul numero non troppo elevato di funzioni sono d’accordo, ma spesso > capita che le funzioni non siano così brevi.
Bah, non ho una esperienza approfondita su RoR ma dal poco che ho
visto a) la lunghezza dei metodi e’ circa 1/5 di quelli che si
scriverebbero in altri linguaggi e b) davvero la business logic si
riesce a tenerla nel modello (e solo la).
Penso che siano due delle cose piu’ belle e potenti…o forse l’MVC
funziona solo sui linguaggi dinamici? 
Luca de Marinis wrote:
Penso che siano due delle cose piu’ belle e potenti…o forse l’MVC
funziona solo sui linguaggi dinamici? 
In particolare no. L’MVC funziona solo con programmatori molto
competenti o framework fatti bene.
Poi ovviamente su linguaggi ingessati ci sono molti più aggeggi per fare
interagire le cose, e magari capita che ci sia più confusione.
Ma MVC lo ho visto usare correttamente spesso anche in Java.
–
blog: http://www.akropolix.net/rik0/blogs | Enrico F.
site: http://www.akropolix.net/rik0/ | RiK0
forum: http://www.akropolix.net/forum/ | Linux Counter: #299198