MVC Modelo 2

Estimados lectores de este blog:

Debido a la falta de tiempo no puedo hacer tutoriales como a mi me gustan, paso a paso y con imagenes de todo el proceso que se realiza en el tutorial. Recientemente he recibido muchas peticiones para terminar "Escuelita" pero creo que escuelita será un proyecto interminable dadas las condiciones en que me encuentro de tiempo.

Sin embargo, para lograr un avance en torno a lo que espero puedan aprender aqui, y aportar mi granito de microarena a nuestra comunidad, tengo código de unos cursos muy simples y sencillos que estoy dando sobre MVC modelo 1 y 2 para entender este tema que puede resultar un enigma para los que se adentran en la programación con clases, en web, en capas, y muchos otros conceptos que finalmente terminan por toparse con las siglas MVC:

Empecemos con algo de teoría destilada, eso quiere decir, que yo se las platico con mis propias palabras:

MVC significa Modelo Vista Controlador, y se refiere a un paradigma o modelo de programación donde acomodamos clases en una serie de "capas", que no significa nada mas que tener una clase con una responsabilidad bien definida, por ejemplo, las clases conocidas como DAO's (Data Access Objects) se encargan normalmente de tener control sobre la conexion a la base de datos y ejecución de query's SQL sobre una tabla especifica (y tablas relacionadas).

Pero las dudas surgen, para que realizar este grado de separación cuando, con algunas técnicas interesantes, podemos realizar una serie de operaciones directo a tablas, o en algunos casos se nos ofrece, en entornos visuales de programación, componentes conectados directo a las tablas para realizar todas las operaciones CRUD clásicas Create, REad, Update y Delete, lo cual, rompe el esquema de DAO's.

Cosa que no está mal, y es recomendable para desarrollos de aplicaciones pequeñas, pero chequen los beneficios de la opción en capas para desarrollos un tanto más complicados:

La separación por capas, como la conceptualizan los modelos de programación como el MVC, permite beneficios como: Trabajo en equipo, el clásico ejemplo de dos programadores donde uno le indica al otro "Tu modifica esta clase y yo esta otra y no nos metemos con el mismo código, solo recuerda no cambiar el nombre del método y los parámetros que ya tenemos diagramado".

Otro beneficio es que si surge un error en la actualización de los datos de una tabla y tenemos un DAO por tabla entonces podemos llegar rapidamente al punto del código donde se encuentra el error.

Desventajas: Se necesita mayor comunicación entre los desarrolladores para determinar la secuencia en que se integran las tecnologías y el papel que le tocará a cada uno en el equipo, esto significa, que unos se irán más a la parte de la creación de querys SQL, otros, son mejores para el diseño de ventanas o diseño web, y otros son mejores beta testers de las aplicaciones.

-Continuaremos con MVC en otros artículos-
Saludos