Pregunta

Estoy bastante seguro de que mi profesor me preguntará por qué he elegido utilizar MVC para mi aplicación web.

A decir verdad, soy nuevo en MVC. Lo leí, estoy construyendo una aplicación de blog a través de ella, creo que es muy lógico para acercarse a un problema de esta manera.

Pero por qué? O_O me quedo en blanco. ¿Cómo se adapta mejor que, por ejemplo, la construcción de una aplicación de N-capas?

¿Fue útil?

Solución

Bueno, básicamente: separación de las preocupaciones en el nivel de uso, no el nivel físico.

PoEAA en MVC

  

MVC divide interacción de interfaz de usuario en tres funciones distintas.

Con MVC, que se están separando de presentación (V, C) de la lógica de dominio (M) y también el comportamiento de la interfaz de usuario independiente (C) de la pantalla de interfaz de usuario (V). Esto es mucho más fácil de mantener que se entremezclan las tres preocupaciones en uno y también fomenta la reutilización y pruebas. Se le permite afrontar mejor la complejidad.

Esto no es nada que simplemente se aplica a las aplicaciones web. Es conveniente para las aplicaciones con la lógica de dominio y una interfaz de usuario. Dicho esto, yo no diría que es el MVC más adecuado patrón para una aplicación web sin embargo. Si todo lo que quiero hacer es poner, por ejemplo, un formulario de contacto en la web, a continuación, un todo-en-uno-script página sería suficiente. Si sólo tiene un montón de páginas estáticas, MVC es un exceso también. Así como con cualquier patrón, que depende del problema que se quiere resolver.

En cuanto a la n-grada, el "clásico" MVC no previó su uso en la Web. Con la presentación de la ocurrencia de interfaz de usuario en el navegador y el controlador en un servidor remoto, MVC en la web es siempre también una arquitectura de varios niveles, por lo tanto, la diferencia entre el caso de uso y física en el principio. MVC no es así en todos aquellos casos que suceda.

También vea:

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top