l'utilità del controller nell mvc

[giuseppe500]

ciao.
Vorrei utilizzare il pattern mvc ma non riesco a capire l'utilità del controller in questo pattern
Per esempio:
Se ho solo un model con tutte le mie funzioni dell applicazione che interrogano il db facendo query e fanno altra logica e ritornano una struttura dati con appunto i dati che il chiamante mettiamo la view (il dialogo o form che reagisce a degli eventi) che utilità ha il controller?
Da quello che ho letto serve per disaccoppiare il model dalla view che non si conoscono, questo che utilità da?
Posso cambiare la view che tutto continua a funzionare , ma mi sembra la stessa cosa anche con il metodo modelview, basta cambiare la classe della view e gestire i dati che arrivano dal model magari in un modo diverso a secondo della tecnologia.
mi potete fare un esempio pratico?

[LeleFT]

Se ho solo un model con tutte le mie funzioni dell applicazione che interrogano il db facendo query e fanno altra logica e ritornano una struttura dati con appunto i dati che il chiamante mettiamo la view (il dialogo o form che reagisce a degli eventi) che utilità ha il controller?

In questo caso stai già partendo male: il model non dovrebbe interrogare proprio nulla. Quello è compito del Controller.
Il model non dovrebbe sapere, né preoccuparsi, di quale sia la fonte da cui provengono i dati (il model non deve sapere se c'è un DB, se c'è un file di testo, se c'è una connessione via socket o altro che fornisce i dati: lui deve preoccuparsi di "modellare" i dati, da qualunque fonte essi provengano) e notificare la view quando i dati da lui modellati cambiano. E' il controller che sa da dove arrivano i dati, sa come reperirli e conosce il model a cui passarli. Ed è sempre il controller che decide QUALI dati la view deve poter visualizzare (in base alle regole di business interne).


Ciao.