Mi chiedevo quale fosse esattamente la differenza tra MVC (che è un modello architettonico) e un'architettura di livello n per un'applicazione. L'ho cercato ma non sono riuscito a trovare una semplice spiegazione. Forse sono un po 'ingenuo sui concetti di MVC, quindi se qualcuno può spiegare la differenza, sarebbe fantastico.
Saluti
Risposte:
L'architettura di livello N di solito ha ogni livello separato dalla rete. Ad esempio, il livello di presentazione si trova su alcuni server Web, quindi parla con i server delle app di back-end sulla rete per la logica aziendale, quindi parla con un server di database, sempre tramite la rete, e forse il server delle app chiama anche alcuni servizi remoti ( dire Authorize.net per l'elaborazione dei pagamenti).
MVC è un modello di progettazione di programmazione in cui diverse parti di codice sono responsabili della rappresentazione del modello, della vista e del controller in alcune applicazioni. Queste due cose sono correlate perché, ad esempio, il livello Modello potrebbe avere un'implementazione interna che chiama un database per l'archiviazione e il recupero dei dati. Il controller può risiedere sul server web e chiamare in remoto apperver per recuperare i dati. MVC estrae i dettagli di come viene implementata l'architettura di un'app.
Il livello N si riferisce solo alla struttura fisica di un'implementazione. Questi due sono talvolta confusi perché una progettazione MVC viene spesso implementata utilizzando un'architettura di livello N.
Se un design a 3 livelli fosse così:
Client <-> Middle <-> Data
lo scalpiccio MVC sarebbe:
Middle
^ |
| v
Client <- Data
Intendendo che:
Il client PS sarebbe View e Middle il controller
Questo è ciò che 
dice sull'architettura di livello n
A prima vista, i tre livelli possono sembrare simili al concetto MVC (Model View Controller); tuttavia, topologicamente sono diversi. Una regola fondamentale in un'architettura a tre livelli è che il livello client non comunica mai direttamente con il livello dati; in un modello a tre livelli tutte le comunicazioni devono passare attraverso il livello middleware. Concettualmente l'architettura a tre livelli è lineare. Tuttavia, l'architettura MVC è triangolare: la vista invia aggiornamenti al controller, il controller aggiorna il modello e la vista viene aggiornata direttamente dal modello.
L'unica somiglianza è che i due schemi hanno tre caselle nei loro diagrammi. Fondamentalmente sono completamente diversi nei loro usi. In realtà, di solito non è una scelta tra quale modello usare, ma entrambi i modelli possono essere usati insieme in modo armonioso. Ecco un buon confronto tra i due: http://allthingscs.blogspot.com/2011/03/mvc-vs-3-tier-pattern.html
Una regola fondamentale nell'architettura a tre livelli è che il livello client non comunica mai direttamente con il livello dati; in un modello a tre livelli tutte le comunicazioni devono passare attraverso il livello middleware.
È un'architettura di linea. Questo risolve la questione di come passare le informazioni tra un utente e un database. Laddove MVC è un'architettura triangolare: la vista invia aggiornamenti al controller, il controller aggiorna il modello e la vista viene aggiornata direttamente dal modello. Questo risolve le domande su come un'interfaccia utente gestisce i componenti sullo schermo.
@Cherry Middle ware funziona più come un gestore di richieste o redirector in MVC Pattern.
Vorrei spiegare un po 'di MVC, secondo me Model View Controller funziona in questo modo.
Questo è tutto su MVC che conosco.
Concediti una pausa. E non limitarti a determinati schemi quando risolvi i problemi del mondo reale. Ricorda solo alcuni principi generali, uno dei quali è SEPARAZIONE DEGLI INTERESSI .
Oltre ad essere lineare, un'altra grande differenza che non è stata enfatizzata abbastanza qui è che nel modello di livello N, N non è necessariamente a 3 livelli! Viene spesso implementato come tre livelli (presentazione, app, dati) con il livello intermedio con due livelli secondari (logica aziendale e accesso ai dati). Inoltre, il modello in MVC può contenere sia dati che logica di business per la manipolazione dei dati, mentre questi sarebbero in livelli separati in n-tier.
Un'architettura di livello N è meglio definita usando un diagramma di distribuzione.
Un'architettura MVC è meglio definita usando un diagramma di sequenza.
I 2 non sono uguali e non sono correlati e puoi combinare le due architetture insieme. Molte aziende hanno preso le misure necessarie per creare un'architettura di livello N non solo per la distribuzione e la scalabilità, ma anche per il riutilizzo del codice.
Ad esempio, potrebbe essere necessario che gli oggetti Entità aziendale vengano utilizzati da un'app desktop, un servizio Web esposto per un client, un'app Web o un'app mobile. Il semplice utilizzo di un approccio MVC non ti aiuterà a riutilizzare nulla.
Jerry: Ecco un semplice esempio di come i due sono correlati:
Livello 1 : è costituito da modelli che comunicano con il livello 2 tramite una sorta di servizio di rete o simili, controller per gestire la convalida dell'input, i calcoli e altre cose rilevanti per le viste. E contiene le viste stesse, ovviamente - che può essere la GUI in un'app desktop o l'interfaccia Web in un'app Web.
Livello 2 - Contiene una sorta di servizio o un altro modo di ricevere messaggi dal Livello 1. Non dovrebbe / non dovrebbe conoscere il Livello 1, quindi può solo rispondere alle chiamate dall'alto - non chiedere mai cose da solo. Contiene inoltre tutte le logiche aziendali.
Livello 3 : contiene il modello di dominio, la rappresentazione degli oggetti del database e tutta la logica per comunicare e aggiornare le voci del database.
In un modello a tre livelli tutte le comunicazioni devono passare attraverso il livello intermedio. Concettualmente l'architettura a tre livelli è lineare. Tuttavia, l'architettura MVC [model-view-controller] è triangolare: la vista invia aggiornamenti al controller, il controller aggiorna il modello e la vista viene aggiornata direttamente dal modello.