Model-view-controller: differenze tra le versioni

Versione delle 16:55, 29 gen 2014

Versione attuale delle 09:21, 29 lug 2024

(75 versioni intermedie di 40 utenti non mostrate)

Riga 1:

{{S|programmazione}}

{{F|programmazione|giugno 2012}}

[[File:ModelViewControllerDiagram2.svg|thumb|300pxupright=1.4|Struttura del pattern MVC]]

Il '''Model-Viewview-Controllercontroller''' ('''MVC''', talvolta tradotto in [[Lingua italiana|italiano]] con la dicitura '''Modellomodello-Vistavista-Controllocontrollo'''), in [[informatica]], è un [[design pattern|pattern architetturale]] molto diffuso nello sviluppo di sistemi [[software]], in particolare nell'ambito della [[programmazione orientata agli oggetti]] e in [[applicazione web|applicazioni web]], in grado di separare la [[Livello di presentazione#Altro|logica di presentazione]] dei dati dalla [[business logic|logica di business]].<ref>Per una introduzione di tipo universitario, consultare [http://www.dia.uniroma3.it/~pizzonia/swe/slides/12_MVC.pdf queste slidesslide]. Per avere una introduzione al pattern MVC in un'ottica Java, vedere [http://www.mokabyte.it/2003/01/pattern_mvc.htm questo articolo] {{webarchive|url=https://web.archive.org/web/20121224032208/http://www.mokabyte.it/2003/01/pattern_mvc.htm |data=24 dicembre 2012 }} su Mokabyte, per avere una introduzione in ottica Microsoft, vedere [httphttps://msdn.microsoft.com/en-us/library/ff649643.aspx questo articolo] su MSDN.</ref> Questo pattern si posiziona nel livello logico o di business e di presentazione in una [[architettura multi-tier]].

== Descrizione ==

Il '''Model-View-Controller''' ('''MVC''', talvolta tradotto in italiano '''Modello-Vista-Controllo'''), in [[informatica]], è un [[design pattern|pattern architetturale]] molto diffuso nello sviluppo di sistemi [[software]], in particolare nell'ambito della [[programmazione orientata agli oggetti]], in grado di separare la logica di presentazione dei dati dalla [[business logic|logica di business]].<ref>Per una introduzione di tipo universitario, consultare [http://www.dia.uniroma3.it/~pizzonia/swe/slides/12_MVC.pdf queste slides]. Per avere una introduzione al pattern MVC in un'ottica Java, vedere [http://www.mokabyte.it/2003/01/pattern_mvc.htm questo articolo] su Mokabyte, per avere una introduzione in ottica Microsoft, vedere [http://msdn.microsoft.com/en-us/library/ff649643.aspx questo articolo] su MSDN.</ref>

=== Componenti ===

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 ===

Questo pattern si posiziona nel livello di presentazione in una [[Architettura multi-tier]].

[[File:MVC-Process.png|miniatura|Tipica interazione tra componenti del pattern MVC]]

Il pattern è basato sulla separazione dei compiti fra i componenti [[software]] che interpretano tre ruoli principali:

* il '''model''' fornisce i [[metodo (informatica)|metodi]] per accedere ai dati utili all'applicazione;

== Utilizzo ==

* illa '''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 illa 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 "[[Business logic|logica di business]]"), a carico del ''controller'' e del ''model'', e l'interfaccia utente a carico deldella ''view''.<ref>Vedi l'[http://martinfowler.com/eaaCatalog/modelViewController.html articolo] di Martin Fowler.</ref>

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.<ref>Leggere [http://www.html.it/articoli/javascript-mvc-1/ questa ottima introduzione]</ref>

I dettagli delle interazioni fra questi tre oggetti software dipendono molto dalle tecnologie usate ([[linguaggio di programmazione]], eventuali [[libreria software|librerie]], [[middleware]] e via dicendo) e dal tipo di applicazione (per esempio se si tratta di un'[[applicazione web]], o di un'[[Programma (informatica)|applicazione desktop]]). Quasi sempre la relazione fra ''view'' e ''model'' è descrivibile anche come istanza del pattern [[Observer pattern|Observer]]. A volte, quando è necessario cambiare il comportamento standard dell'applicazione a seconda delle circostanze, il ''controller'' implementa anche il pattern [[Strategy pattern|Strategy]].

== Utilizzo ==

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]].<ref>Leggere [http://www.html.it/articoli/javascript-mvc-1/ questa ottima introduzione] {{Webarchive|url=https://web.archive.org/web/20131231001220/http://www.html.it/articoli/javascript-mvc-1/ |date=31 dicembre 2013 }}</ref>

=== Lato server ===

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|<nowiki/>]][[Zend]] Framework, [[CakePHP]], [[Yii framework]], [[CodeIgniter]]), su [[Ruby (linguaggio di programmazione)|Ruby]] ([[Ruby on Rails]]), su [[Python]] ([[Django web framework(informatica)|Django]], [[TurboGears]], [[Pylons]], [[Web2py]], [[Zope]]), su [[linguaggio Java|Java]] ([[SwingSpring (Java)framework|SwingSpring]], [[Java Server Faces|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 [[applicazione Webweb|applicazioni Webweb]], 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]], [[Apache Struts|Struts]], [[Spring framework|Spring]], Tapestry e [[Catalyst (software)|Catalyst]]).

=== Lato client ===

[[File:JSP_Model_2.svg|thumb|right|Esempio di schema MVC in [[J2EE]]]]

RecentementeNegli 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 deldella quantità di codice JavaScript che veniva eseguito sul client, si è sentita l'esigenza di creare i primi framework che implementinoimplementassero MVC in puro JavaScript. Uno dei primi è stato Backbone.js, seguito da una serie interminabile di altri framework, tra cui JavascriptMVCJavaScriptMVC, Ember ed [[AngularJS]].

== StrutturaEsempio ==

In [[J2EE]] un esempio tipico è quello della suddivisione dell'applicazione in [[JavaServer Pages|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 [[database|DB]]. Quando ciò non è presente un [[framework]] MVC sta implementando la stessa logica/schema semplificando il tutto.

[[File:MVC-Process.png|miniatura|Tipica interazione tra componenti del pattern MVC]]

Il pattern è basato sulla separazione dei compiti fra i componenti [[software]] che interpretano tre ruoli principali:

* il '''model''' fornisce i [[metodo (informatica)|metodi]] per accedere ai dati utili all'applicazione;

* il '''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 il 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 "[[Business logic|logica di business]]"), a carico del ''controller'' e del ''model'', e l'interfaccia utente a carico del ''view''.<ref>Vedi l'[http://martinfowler.com/eaaCatalog/modelViewController.html articolo] di Martin Fowler.</ref>

I dettagli delle interazioni fra questi tre oggetti software dipendono molto dalle tecnologie usate ([[linguaggio di programmazione]], eventuali [[libreria software|librerie]], [[middleware]] e via dicendo) e dal tipo di applicazione (per esempio se si tratta di un'[[applicazione web]], o di un'[[Programma (informatica)|applicazione desktop]]). Quasi sempre la relazione fra ''view'' e ''model'' è descrivibile anche come istanza del pattern [[Observer pattern|Observer]]. A volte, quando è necessario cambiare il comportamento standard dell'applicazione a seconda delle circostanze, il ''controller'' implementa anche il pattern [[Strategy pattern|Strategy]].

== Note ==

<references/>

== Bibliografia ==

* {{cita libro

|autore = [[Ian Sommerville]]

|titolo = Ingegneria del software

|url = https://software-engineering-book.com/

|editore = Pearson

|città = Torino

|anno = 2017

|edizione = 10

|ISBN = 9788891902245

|cid = Sommerville 2017

}}

== Voci correlate ==

* [[Architettura Multitiermulti-tier]]

* [[Core Data]]

* [[Design pattern]]

* [[Front Controller patterncontroller]]

* [[Programmazione orientata agli oggetti]]

* [[Servlet]]

* [[Model-view-viewmodel]]

== Altri progetti ==

{{interprogetto|preposizione=sul}}

== Collegamenti esterni ==

* {{FOLDOC|Model-View-Controller|Model-View-Controller}}

{{Design pattern}}

{{portale|informatica}}

[[Categoria:Architettura del software]]

[[Categoria:PatternDesign pattern]]

[[Categoria:Programmazione]]

[[Categoria:Software]]