Perché il paradigma MVC più adatto per le applicazioni web?

Question

Sono abbastanza certo il mio professore mi chiederà il motivo per cui ho scelto di usare MVC per la mia applicazione web.

A dire il vero, io sono nuovo a MVC. Ho letto su di esso, Sto costruendo un'applicazione blog di usarlo, penso che sia molto logico per affrontare un problema in questo modo.

Ma perché? O_O traggo un vuoto. Come è più adatto che dire, la costruzione di un'applicazione N-tier?

Answer 1

Beh, in fondo: separazione degli interessi sul livello di utilizzo, non il livello fisico.

PoEAA su MVC

  

MVC divide interazione interfaccia utente in tre ruoli distinti.

Con MVC, si sta separando presentazione (V, C) dalla logica di dominio (M) e anche il comportamento UI separato (C) dalla visualizzazione UI (V). Questo è molto più gestibile di mescolanza tutte e tre le preoccupazioni in un unico e favorisce anche il riutilizzo e la sperimentazione. Esso consente di affrontare meglio la complessità.

Questo non è altro che si applica solo per applicazioni Web. E 'adatto per tutte le applicazioni con logica di dominio e di un'interfaccia utente. Detto questo, non direi MVC è il più adatto modello per una web app però. Se tutti si desidera fare è mettere, per esempio, un modulo di contatto sul web, poi uno script di una pagina all-in-sarebbe sufficiente. Se hai solo un mucchio di pagine statiche, MVC è eccessivo troppo. Così come con eventuali modelli, dipende dal problema che si vuole risolvere.

Per quanto riguarda il n-tier, il "classico" MVC ha non prevede il suo uso sul Web. Con la presentazione dell'interfaccia utente accadendo nel browser e il controller su un server remoto, MVC sul web è sempre anche un'architettura multilivello, quindi la differenza tra il caso d'uso e fisico all'inizio. MVC non è solo interessato dove capita.

Si veda anche:

• Ciò che è MVC e quali sono i vantaggi di vero?
• MVC VS N -Tiers