Model View Controller

Transcript

1 Model View Controller in breve Design Patterns Una scelta cruciale, programmando OO, è decidere quali classi definire e che responsabilità abbiano. I Design Pattern (schemi progettuali, pattern è usato per indicare una soluzione condivisa a un problema comune) descrivono l'organizzazione ad alto livello di soluzione a problemi comuni. I design pattern sono un argomento prioritario per l'oo design 1

2 Il pattern MVC MVC è l'acronimo di Model-View-Controller Il Model è la rappresentazione interna, il modello, del problema da risolvere. La View (una View) è uno dei possibili modi di visualizzare aspetti del modello. Il Controller gestisce l'input utente e le relative modifiche. Questi tre componenti solitamente sono implementati in classi separate. MVC : Model View Controller E' una architettura per applicazioni interattive, originariamente sviluppata per Smalltalk allo Xerox PARC (1979). Partiziona l'applicazione in modo da facilitare scalabilità manutenibilità 2

3 Model Logica applicativa, contiene le operazioni che realizzano le funzionalità operative della applicazione. modelli e algoritmi di manipolazione dei dati accesso a database Il modello deve essere indipendente sia dal Controller che dalle View. Fornisce però metodi che loro usano. View Implementa tutti gli aspetti di visualizzazione del modello (grafici, tabelle, ) Un modello può avere molte view diverse, es., grafico e tabella numerica Quando il modello modifica qualcosa, lo comunica alla view. La view può reagire anche in tempi successivi. La View mostra cosa sta facendo il Model. E' un osservatore passivo, non influenza il modello in alcun modo. Il modello deve essere indipendente dalle View, fornisce solo metodi di supporto all'output. 3

4 Controller Riceve tutti gli input dell'utente e gestisce i relativi eventi. Decide che parti di codice attivare a seguito di ciascun evento. Decide cosa deve fare il modello. La progettazione del Controller dipende dal Model Il Model non deve dipendere dai controller. Comunicazioni del Controller Comunica con la view determina che oggetti devono essere elaborati (es. che oggetti sono stati selezionati col click del mouse) le reazioni del controller devono essere indipendenti dagli elementi visivi Setta variabili e chiama metodi del modello il modello elabora le nuove informazioni e notifica alla view gli aggiornamenti relativi 4

5 Interazioni View Controller View e controller sono strettamente interconnessi, comunicano molto fra loro Normalmente sono accoppiati: un controller per ogni view A volte implementati entrambi nella stessa classe, mai col modello. Il modello deve essere indipendente. Vantaggi MVC Combinare elementi di MVC in un'unica classe o utilizzare variabili globali non permette di scalare. un modello di solito ha più di una view, ognuna deve essere aggiornata a seguito di nuovi risultati del modello La separazione facilita la manutenzione. più facile aggiungere nuove view, potrebbero richiedere nuovi dati dal modello, ma le view vecchie continuano a funzionare le view possono essere modificate indipendentemente l'una dall'altra 5

6 MVC per Web L'interazione modello-view è difficile da supportare efficientemente. Il modello comunica solo col controller. Tutta l'interazione con l'utente avviene attraverso la view. Si, ma Un esempio implementato? Una possibilità è affidarsi ai template standard di progetti già predefiniti nelle IDE. Sono ben fatti, comprensivi di considerazioni importanti qui trascurate (multitasking, responsività, scalabilità, ) Nel seguito un esempio minimale di una delle possibilità per la realizzazione (altre alternative possibili). Realizzazione c# winform su tre classi (View, Controller, Model) in cui la view espone una textbox (chiamata txtconsole) aggiornata nel model. Vittorio Maniezzo - University of Bologna 12 6

7 L' idea qui 2 classi non MVC public partial class Form1 : Form Writer W = new Writer(); public Form1() InitializeComponent(); W.FlushText += vieweventhandler; // associo il codice all'handler nella applogic // codice gestione evento scrittura generato fuori private void vieweventhandler(object sender, string texttowrite) txtconsole.appendtext(texttowrite+environment.newline); // invocazione logica applicativa private void btnstart_click(object sender, EventArgs e) W.doSomathing(); // logica applicativa class Writer public delegate void vieweventhandler(object sender, string texttowrite); // questo gestisce l'evento public event vieweventhandler FlushText; // questo genera l'evento public void dosomathing() for(int i=0;i<10;i++) FlushText(this, $"i=i"); Vittorio Maniezzo - University of Bologna 13 Nel caso MVC public partial class Form1 : Form Controller C = new Controller(); public Form1() InitializeComponent(); C.FlushText += vieweventhandler; // associo il codice all'handler nella applogic private void vieweventhandler(object sender, string texttowrite) txtconsole.appendtext(texttowrite+environment.newline); private void btnstart_click(object sender, EventArgs e) C.doSomething(); // logica applicative COME PRIMA class Controller Writer W = new Writer(); public delegate void vieweventhandler(object sender, string texttowrite); // questo gestisce l'evento public event vieweventhandler FlushText; // questo genera l'evanto public Controller() W.FlushText += controllervieweventhandler; private void controllervieweventhandler(object sender, string texttowrite) FlushText(this,textToWrite); public void dosomething() W.doSomathing(); class Writer COME PRIMA public delegate void vieweventhandler(object sender, string texttowrite); // questo gestisce l'evento public event vieweventhandler FlushText; // questo genera l'evanto public void dosomathing() for(int i=0;i<10;i++) FlushText(this, $"i=i"); Vittorio Maniezzo - University of Bologna 14 7

8 Oppure: la view public partial class frmview : Form, ItxtConsole Controller C; protected void OnPropertyChanged(PropertyChangedEventArgs e) PropertyChangedEventHandler handler = PropertyChanged; if (handler!= null) handler(this, e); protected void OnPropertyChanged(string propertyname) OnPropertyChanged(new PropertyChangedEventArgs(propertyName)); public event PropertyChangedEventHandler PropertyChanged; public string textconsole get return txtconsole.text; set txtconsole.appendtext(value + Environment.NewLine); OnPropertyChanged("textConsole"); public frmview() InitializeComponent(); C = new Controller(this); NB: importante! ItxtConsole qui definita nel controller queste servono per generare un evento ogni volta che la property viene aggiornata. Le si può omettere se non servono eventi. questa è la property che viene aggiornata da fuori Inizializzazione del controller Vittorio Maniezzo - University of Bologna 15 Oppure: il controller interface ItxtConsole string textconsole get; set; class Controller private readonly ItxtConsole view; Model M; public Controller(ItxtConsole txtconsoletext) this.view = txtconsoletext; M = new Model(txtConsoleText); serve a rendere visibile qualcosa della view agli altri. Può essere definita anche con la View Serve a passare la view (la textbox) al model NB: view come ItxtConsole public void DoSomething() M.DoSomething();... Vittorio Maniezzo - University of Bologna 16 8

9 Oppure: il model class Model private readonly ItxtConsole view; public Model(ItxtConsole txtconsoletext) this.view = txtconsoletext; public void DoSomething() view.textconsole = Faccio qualcosa";... La view, come vista dal model Inizializz. variabile locale privata. Normale in OO Questo va sulla view Vittorio Maniezzo - University of Bologna 17 9