Model-view-controller: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m fix incipit |
m rimossa Categoria:Programmazione usando HotCat |
||
| (50 versioni intermedie di 24 utenti non mostrate) | |||
Riga 1:
{{F|programmazione|giugno 2012}}
[[File:ModelViewControllerDiagram2.svg|thumb|upright=1.4|Struttura del pattern MVC]]
'''Model-view-controller''' ('''MVC''', talvolta tradotto in [[Lingua italiana|italiano]] con la dicitura '''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]] e in [[applicazione web|applicazioni web]], in grado di separare la [[Livello di presentazione#Altro|logica di presentazione]] dei dati dalla [[logica di business]].<ref>Per una introduzione di tipo universitario, consultare [http://www.dia.uniroma3.it/~pizzonia/swe/slides/12_MVC.pdf queste slide]. 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 [
== Descrizione ==
=== Componenti ===▼
Il componente centrale del MVC, il modello, cattura il comportamento dell'applicazione in termini di dominio del problema, indipendentemente dall'interfaccia utente (view).▼
▲== Componenti ==
▲Il componente centrale del MVC, il modello, cattura il comportamento dell'applicazione in termini di dominio del problema, indipendentemente dall'interfaccia utente.
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.
===
[[File:MVC-Process.png|miniatura|Tipica interazione tra componenti del pattern MVC]]▼
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>▼
Il pattern è basato sulla separazione dei compiti fra i componenti [[software]] che interpretano tre ruoli principali:▼
* il
=== Lato server ===▼
*
* il
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
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 (informatica)|Django]], [[TurboGears]], [[Pylons]], [[Web2py]], [[Zope]]), su [[linguaggio Java|Java]] ([[Spring framework|Spring]], [[Java Server Faces|JSF]] e [[Struts]]), su [[Objective C]] o su [[.NET]].▼
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]].▼
A causa della crescente diffusione di tecnologie basate su MVC nel contesto di [[framework]] o piattaforma [[middleware]] per [[applicazione Web|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]], [[Apache Struts|Struts]], [[Spring framework|Spring]], Tapestry e [[Catalyst (software)|Catalyst]]).▼
▲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>
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.▼
===
▲[[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:
▲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 (linguaggio di programmazione)|Ruby]] ([[Ruby on Rails]]), su [[Python]] ([[Django (informatica)|Django]], [[TurboGears]], [[Pylons]], [[Web2py]], [[Zope]]), su [[linguaggio Java|Java]] ([[Spring framework|Spring]], [[Java Server Faces|JSF]] e [[Struts]]), su [[Objective C]] o su [[.NET]].
▲* 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.
▲A causa della crescente diffusione di tecnologie basate su MVC nel contesto di [[framework]] o piattaforma [[middleware]] per [[applicazione
▲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]].
[[File:JSP_Model_2.svg|thumb|right|Esempio di schema MVC in [[J2EE]]]]
▲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
== Esempio ==
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.
== 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 ==
Line 41 ⟶ 57:
* [[Core Data]]
* [[Design pattern]]
* [[Front
* [[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:
| |||