Model-view-controller
Model-view-controller (MVC, talvolta tradotto in italiano con la dicitura modello-vista-controllo), in informatica, è un pattern architetturale molto diffuso nello sviluppo di sistemi software, in particolare nell'ambito della programmazione orientata agli oggetti e in applicazioni web, in grado di separare la logica di presentazione dei dati dalla logica di business.[1] Questo pattern si posiziona nel livello logico o di business e di presentazione in una architettura multi-tier.
Descrizione
[modifica | modifica wikitesto]Componenti
[modifica | modifica wikitesto]Il componente centrale del MVC, il modello, cattura il comportamento dell'applicazione in termini di dominio del problema, indipendentemente dall'interfaccia utente (view). Il modello gestisce direttamente i dati, la logica e le regole dell'applicazione. Una vista può essere una qualsiasi rappresentazione in output di informazioni, come un grafico o un diagramma. Sono possibili viste multiple delle stesse informazioni, come ad esempio un grafico a barre per la gestione e la vista tabellare per l'amministrazione. La terza parte, il controller, accetta l'input e lo converte in comandi per il modello e/o la vista.
Struttura
[modifica | modifica wikitesto]Il pattern è basato sulla separazione dei compiti fra i componenti software che interpretano tre ruoli principali:
- il model fornisce i metodi per accedere ai dati utili all'applicazione;
- la view visualizza i dati contenuti nel model e si occupa dell'interazione con utenti e agenti;
- il controller riceve i comandi dell'utente (in genere attraverso la view) e li attua modificando lo stato degli altri due componenti.
Questo schema, fra l'altro, implica anche la tradizionale separazione fra la logica applicativa (in questo contesto spesso chiamata "logica di business"), a carico del controller e del model, e l'interfaccia utente a carico della view.[2]
I dettagli delle interazioni fra questi tre oggetti software dipendono molto dalle tecnologie usate (linguaggio di programmazione, eventuali librerie, middleware e via dicendo) e dal tipo di applicazione (per esempio se si tratta di un'applicazione web, o di un'applicazione desktop). Quasi sempre la relazione fra view e model è descrivibile anche come istanza del pattern Observer. A volte, quando è necessario cambiare il comportamento standard dell'applicazione a seconda delle circostanze, il controller implementa anche il pattern Strategy.
Utilizzo
[modifica | modifica wikitesto]Storicamente il pattern MVC è stato implementato lato server. Recentemente, con lo sviluppo e la parziale standardizzazione di JavaScript sono nate le prime implementazioni lato client.[3]
Lato server
[modifica | modifica wikitesto]Originariamente impiegato dal linguaggio Smalltalk, il pattern è stato esplicitamente o implicitamente sposato da numerose tecnologie moderne, come framework basati su PHP (Symfony, Laravel, Zend Framework, CakePHP, Yii framework, CodeIgniter), su Ruby (Ruby on Rails), su Python (Django, TurboGears, Pylons, Web2py, Zope), su Java (Spring, JSF e Struts), su Objective C o su .NET.
A causa della crescente diffusione di tecnologie basate su MVC nel contesto di framework o piattaforma middleware per applicazioni web, l'espressione framework MVC o sistema MVC sta entrando nell'uso anche per indicare specificamente questa categoria di sistemi (che comprende per esempio Ruby on Rails, Struts, Spring, Tapestry e Catalyst).
Lato client
[modifica | modifica wikitesto]Negli ultimi anni è aumentata la richiesta di Rich Internet application che facciano chiamate asincrone al server (AJAX), senza fare redirect per visualizzare i risultati delle elaborazioni. Col crescere della quantità di codice JavaScript eseguito sul client, si è sentita l'esigenza di creare i primi framework che implementassero MVC in puro JavaScript. Uno dei primi è stato Backbone.js, seguito da una serie interminabile di altri framework, tra cui JavaScriptMVC, Ember ed AngularJS.
Esempio
[modifica | modifica wikitesto]In J2EE un esempio tipico è quello della suddivisione dell'applicazione in JSP (per il front-end o view), Servlet per il controller e un File Java per la logica di business di interfacciamento o model con un DB. Quando ciò non è presente un framework MVC sta implementando la stessa logica/schema semplificando il tutto.
Note
[modifica | modifica wikitesto]- ^ Per una introduzione di tipo universitario, consultare queste slide. Per avere una introduzione al pattern MVC in un'ottica Java, vedere questo articolo Archiviato il 24 dicembre 2012 in Internet Archive. su Mokabyte, per avere una introduzione in ottica Microsoft, vedere questo articolo su MSDN.
- ^ Vedi l'articolo di Martin Fowler.
- ^ Leggere questa ottima introduzione Archiviato il 31 dicembre 2013 in Internet Archive.
Bibliografia
[modifica | modifica wikitesto]- Ian Sommerville, Ingegneria del software, 10ª ed., Torino, Pearson, 2017, ISBN 9788891902245.
Voci correlate
[modifica | modifica wikitesto]- Architettura multi-tier
- Core Data
- Design pattern
- Front controller
- Programmazione orientata agli oggetti
- Servlet
- Model-view-viewmodel
Altri progetti
[modifica | modifica wikitesto]- Wikimedia Commons contiene immagini o altri file sul Model-View-Controller
Collegamenti esterni
[modifica | modifica wikitesto]- (EN) Denis Howe, Model-View-Controller, in Free On-line Dictionary of Computing. Disponibile con licenza GFDL