Gestor de vehículos, con operaciones de buscar, crear, modificar y eliminar. Valida campos, hace gestión de los errores y permite exportar a excel los datos. Hecho en Java y con swing. Implementa el patrón de diseño MVC, Observador y DAO. Cuenta con base de datos MySQL en remoto y hace uso de Hibernate.
Por Sergio de la Paz, Víctor Allende, César Alberca y Adrián de la Gala
Esta aplicación implementa el patrón observador. Todas las persistencias son Observables, lo que quiere decir que si los datos de una persistencia cambian, las clases que observen a esa persistencia son notificadas y actualizadas automáticamente.
Cada persistencia tiene una List de objetos de esa persistencia. Esta lista siempre está actualizada ya que se recarga automáticamente cada vez que se hacen operaciones que generan nuevos datos en la base de datos, por ejemplo, al crear, modificar y eliminar.
Es por ello por lo que es sumamente importante que no se acceda al método getTodasEficiencias() sino al getEficiencias(). La diferencia es que getTodasEficiencias() hará llamada a la base de datos mientras que getEficiencias() no.
La Vista no debe tener lógica. Si es necesario conseguir datos de la vista, se hará un getter de ese elemento y se tratará desde el controlador. Por ejemplo, imaginemos que tenemos un JButton y queremos hacer un evento cuando pulsemos este botón. Para ello hay que hacer un getter en la vista y retornar el botón entero. Al hacerlo de esta forma nos aseguramos que la vista no tiene conocimiento alguno del controlador, ya que si pusiésemos en la vista la acción que debe hacer el botón ya estaríamos mezclando capas.
Recibe una vista y un modelo. En nuestro proyecto en este caso se le pasará al constructor una instancia de GestorPersistencia. Es importante que sea el controlador el que gestione los eventos de la vista y las acciones que se deberán ejecutar.
Para capturar y añadir un evento desde el controlador es de la siguiente forma:
ActionListener buscarListener = actionEvent -> {
// Aquí podemos programar las acciones que tiene que hacer la vista y el modelo o la persistencia
gestorPersistencia.guardarCosas(vista.getCosas());
vista.cerrarDialogo();
};
// Importante coger el botón de la vista y añadir ese action listener
vista.getButtonOK().addActionListener(buscarListener);Aquí hay que tener varias cosas en cuenta. El símbolo -> indica una función lambda, que es algo nuevo de Java 8. Lo que hace es equivalente al siguiente código:
buscarListener = new ActionListener() {
@Override
public void actionPerformed(ActionEvent actionEvent) {
buscar.cerrarDialogo();
}
};La siguiente cosa a tener en cuenta es vista.getButtonOk(). El objeto vista es la referencia que hemos pasado al constructor del controlador.
public AppControlador(App app, GestorPersistencia gestorPersistencia) {
this.app = app;
this.gestorPersistencia = gestorPersistencia;
// Poner en este método todos los listeners de la vista
this.iniciarListeners();
}En este caso app es la vista. Cada controlador debe tener asociado una vista y un modelo o gestor de persistencia.
Por convención el controlador no tiene lógica más allá de la validación de datos, éste sirve como nexo entre base de datos / lógica de negocio y la vista y es el que dictamina que cuando ocurre x pasa y.
El punto principal de la persistencia es el GestorPersistencia. Este gestor tiene referencias a los demás gestores de persistencias de cada elemento (Marcas, eficiencias y modelos).
Esto quiere decir que no se debe instanciar los demás gestores de persistencia. Para acceder a ellos se usan los getter de GestorPersistencia.
En los DAOs se estipulan las acciones que se pueden cometer sobre ese pojo. Por ejemplo en EficienciaDao se estipulan los siguientes métodos.
public interface EficienciaDao {
List<Eficiencia> getTodasEficiencias();
Eficiencia getEficiencia(int id);
}Lo que quiere decir que sobre la tabla Eficiencias se puede sólamente buscar.
Este patrón permite ver a golpe de vista qué operaciones son soportadas sobre esa tabla en concreto.
Estas clases implementan los daos, y por tanto se programan aquí los métodos de para acceder la base de datos.
Aquí viven los POJOS y las demás clases que representen lógica del proyecto.
En este paquete existirá las utilidades generales. Por regla general son métodos estáticos.