POO/Java Clase 12: Patrón MVC. Ejemplo de Ventana con Base de Datos. Desarrollo del Modelo.

[@sr01bf94]

Profe, consulta porque se crea un constructor vacío ?

[@utn-frtparadigmasdeprogram9502]

Por muchas razones. Por ejemplo, la fecha tiene un constructor vacío. Y lo lógico es que si creas una fecha sin parámetro tome la fecha del sistema. Un objeto Paquete puede crearse vacío para luego "llenarse" en una segunda etapa. Las librería de mapeo objeto/relacional muchas veces requieren que tus clases tengan constructores vacíos, para llenar los atributos mediante reflección.

[@jos1327]

tengo una duda y si el producto tuviera el proveedor que lo da, tendria que crear una consulta adicional para obtener el proveedor y asi poder crear correctamente el producto?

Al obtener el objeto producto, tendrías el id de proveedor. Si queres que el objeto producto venga asociado a su proveedor, deberías incluirlo en el select utilizando un "inner join", y al crear el objeto producto, agregarle el objeto proveedor.

[@sr01bf94]

Profe y no sería mejor mandar las consultas al worbeches y ejecutar eso en la bd y no en el sistema ?

[@utn-frtparadigmasdeprogram9502]

El usuario final no usa workbench, solo los programadores. El usuario final usa tu sistema.

[@sr01bf94]

@@utn-frtparadigmasdeprogram9502 ING. Creo que no me deje entender . Me refiero a que no sería mejor ejecutar las consultas en la base de datos en sus respectivos procedimientos almacenados. Porque al realizar los select * en el código de nuestro programa . Todas las consultas se va a realizar dentro de nuestra app y creo que es mucho mejor y más rápido realizarlo en el servidor. Que de manera local . Algo parecido a SQL server y .NET . Uno manda los parámetros de la consulta y en SQL de ejecuta todo el select y solo retorna la respuesta de la data.

[@utn-frtparadigmasdeprogram9502]

@@sr01bf94 Muchas gracias por tu comentario. Las consultas siempre se van a ejecutar en el servidor, por más que estén escritas en nuestro programa o en un procedimiento almacenado. Ahora si es una mejora en performance en algunos casos, por ejemplo, si evitas transferir las filas al programa C#, resolviendo tu necesidad en PLPGSQL. Pero al mismo tiempo el lengaje de servidor es altamente dependiente del mismo, y luego no vas a poder cambiar Sql Server por otro motor tan facilmente. Además, como el objetivo de este vídeo es empezar, sumar capas/tecnologías lo haría más difícil de aprender desde el punto de vista pedagógico.

[@thanoscom]

tengo una duda profe, en este ejemplo, agregar producto, eliminar producto, deberian estar en las clases controladorproducto ?, no entiendo por que dejó todo en la clase DB.

[@utn-frtparadigmasdeprogram9502]

Hola! la idea es que si tu proyecto lo pasas a Web, el 100% de la clase DB lo reutilizarías en dicho proyecto. El controlador y la vista están lo que en programación llamamos Fuertemente acoplado, y no te serviría con otras UI. En el controlador solo manejas el evento, y controlas la ventana. Pero la lógica de manipulación de datos no debería quedar en el controlador.