Es un patrón de arquitectura, el cual nos estable los lineamientos de cómo desarrollar aplicaciones web. Separa los componentes en tres capas:
El MODEL: Contiene una representación lógica de los datos, así como su validación, lógica de negocios y lógica de almacenamiento y recuperación de los datos de la base de datos.
La VIEW: Que contiene la representación de los datos, para que sean legibles al usuario, así como la interacción con el mismo.
El CONTROLLER: Contiene el control del flujo de la aplicación. Es quien recibe las solicitudes, interactúa con el MODEL, envía la VIEW a quien la solicito.
Porque debemos usarlo?
Cada quien habla de la feria como le fue en ella, cada quien tiene una visión de lo que puede representar un beneficio, así que les expondré mi punto de vista:
- Lo que más me impresiono fue la clara separación de sus componentes.
- La facilidad con la que se puede llevar a cabo distintas representaciones de los mismos datos.
- Si se diseña con cuidado es muy fácil reutilizar el código.
- Hacer modificaciones, no representa que empiece a fallar en otros lados.
- El mantenimiento es muy sencillo.
- Es relativamente sencillo y rápido crear una aplicación básica a partir de un modelo de datos y que pueda ser navegable a manera de prototipo.
- Su arquitectura permite la escalabilidad con mucha sencillez.
- Como todo el cambio para un programador de ASP puro representa una curva de aprendizaje, que redunda en tiempo.
- La estructura del proyecto ya esta predefinida por convenio, y si queremos que todo funcione debemos aceptarla y adoptarla.
- A diferencia de ASP puro, se crean más archivos.
El controller recibe las solicitudes, se encarga de hacer las primeras traducciones para que la información se pueda manipular a nivel del Model, y posteriormente regresa una respuesta visual a quien realizo la solicitud.
A diferencia del ASP tradicional, no interactuamos con una página. El controller es una entidad que entiende de acciones. Para cada acción existe una ruta por medio de la cual podemos llegar al método, por ejemplo:
Esta ruta indica que en el servidor local, hay un controller llamado Productos que tiene una acción llamada Index.
Estas acciones pueden recibir parámetros como:
En este caso la acción edit recibe un parámetro, el numero 2, que puede ser el identificador de un producto que deseamos editar.
El mecanismo de Rutas se encuentra definido en el Global.asax y está diseñado para que podamos crear incluso nuestras rutas personalizadas, aun que yo no he tenido que hacerlo aun y eso no me ha limitado.
En la próxima entrega hablare del MODEL con mas detalle.
No hay comentarios:
Publicar un comentario