MVC si applica solo al web

È quasi istantaneo ogni volta che parlo con gli sviluppatori di Model View Controller ( MVC ) dicendo che fai una richiesta a un url che il server costruisce un'entità (MODELLO) e ti fornisce una rappresentazione visiva di quel modello.

• Quindi questo significa che MVC è solo per il Web o ho incontrato persone che sono solo sviluppatori che impiegano MVC per scrivere applicazioni Web?

• Ci sono usi per MVC su applicazioni in stile desktop?

• Io per primo sono un nuovo paradigma e vorrei sapere di qualsiasi super-impostato su MVC

MVC è un modello. I pattern si applicano a tutta la programmazione. MVC sembra funzionare molto bene in un contesto Web.

Come sottolinea gnat, dai un'occhiata al tag mvc e vedrai diversi esempi di implementazione.

Considerando che MVC è del 1977 e il web è stato inventato solo nel 1991, dovrebbe essere abbastanza ovvio che MVC non è solo per il web.

No, lo sviluppo per OS X e iOS utilizza il modello Controller vista modello.

Poni la domanda in un ambiente Microsoft e molte persone supporranno che intendi Asp.Net MVC che è un'implementazione MVC specifica per il web.

Sfortunatamente ci sono molte persone che non si rendono conto che si tratta di un'implementazione del modello MVC e pensano che siano termini intercambiabili, il che porta a un'ipotesi di "solo web".

Almeno per quanto ne so, la prima implementazione di MVC è stata in Smalltalk. Era decisamente presente in Smalltalk-80. Anche se non ho alcuna documentazione utile per dimostrarlo, credo che (o qualcosa di abbastanza simile) fosse stato in Smalltalk da qualche anno.

La maggior parte dei framework GUI OO ha incluso almeno alcune varianti di MVC. Non sono sicuro, tuttavia, esattamente cosa significherebbe "superset" in questo caso. È un po 'difficile dire se una determinata variante sia un superset, un sottoinsieme o un peer di MVC, ma tenderei a considerare la maggior parte di questi peer.

In ogni caso, molti (la maggior parte?) Di questi sono stati utilizzati per lo sviluppo desktop, non per lo sviluppo web. Grazie ad alcuni vecchi brevetti AT&T, la maggior parte dei sistemi di finestre richiedono programmi per essere in grado di rigenerare viste su richiesta. Questo (quasi) forza almeno un certo grado di separazione tra il codice che mantiene lo stato corrente (il modello) e il codice che mostra quello stato (la vista). Ciò lascia ancora molto spazio per la variazione in 1) il grado in cui la funzionalità del controller è isolata e 2) i dettagli esatti di dove tracciare le linee tra ciascuno dei pezzi principali.

No, si applica anche per applicazioni standalone. Esempio Java Swing segue MVC.

Quindi ci sono molti diversi modelli di design in questo settore.

• Model View Presenter (mvp)
• Model View View Presenter (mvvp)
• Model View Controller
• Modello 2

e così via. Nel corso degli anni questi sono stati intrecciati, uniti, modificati e applicati in un'ampia varietà di contesti. La parte importante qui è che il modello di progettazione MVC del 1977 è cambiato molto, e non è più il modello di progettazione utilizzato dai framework web lato server. Come esempio nell'implementazione originale di smalltalk, il Modello osserverebbe la vista per le modifiche, il che non è più il caso in quanto il lato server semplicemente non può osservare gli elementi HTML nel browser degli utenti. Se invece la vista cambia, la vista invierà una richiesta al controller che aggiornerà la vista. Anche in questo caso l'implementazione MVC originale non viene seguita, in quanto un aggiornamento del modello implicherebbe che tutte le viste dipendenti dal modello verrebbero aggiornate.

I moderni framework Web seguono una semplice architettura a tre livelli nota anche come architettura Model 2.

Esistono ovviamente esempi di architetture MVC reali sul Web, ma spesso sono solo lato client, collegati a un server che segue l'architettura Model 2, poiché le viste sono xml e json e non sono osservate per le modifiche. Esempi di architetture in mvc puro lato client sono Sencha Touch e Sproutcore.

Se hai MVC nel browser, mvc like sul server e mvc like come livello dati, hai un'implementazione gerarchica di mvc.

Nota. Ho parlato solo di framework web, altre implementazioni di MVC come java swing e Flex presentano altre differenze di implementazione.

Una cosa che devi sapere è che ci sono tanti gusti di MVC quanti sono i framework che affermano di implementare MVC.

La maggior parte concorda sul fatto che il modello detenga un certo stato e che il rendering lo visualizzi. Ma il controller ha ruoli molto diversi.

In Smalltalk, dove è stato descritto per la prima volta, il modello è il fulcro dell'applicazione, dei dati e dei metodi aziendali. La vista è una rappresentazione grafica dello stato dell'applicazione (aka Model) e il controller gestisce l'input dell'utente, gli eventi del mouse e della tastiera. Il Controller, ad esempio, instrada gli eventi della tastiera all'elemento vista che ha lo stato attivo.

Nelle pagine .jsp, il modello è per lo più dati, la vista esegue il rendering di quel modello in HTML e il controller esegue il routing del modello alla vista corretta per renderlo.

Quindi, per rispondere alla tua domanda, mentre MVC viene utilizzato sia su applicazioni standalone (Java, .Net, Flex) che sul Web (pagine jsp), è una cosa molto diversa. Ciò significa che l'MVC che conosci non viene utilizzato nelle applicazioni autonome.