VIII Jornadas de Enseñanza Universitaria de la Informática Cáceres ...

El alumno debe saber que la herramientaubicará las clases seleccionadas en la capa deDominio de la aplicación generada, por lo que noes conveniente seleccionar clases que representenventanas, etc. Para cada una de las tres capas paralas que se va a generar código pueden elegirsediversas opciones (situadas en la parte inferior dela ventana):1. Para la capa de Presentación puede elegirse elentorno de desarrollo para el que se generarácódigo.1.1 Aunque se observan varios entornos delenguaje Java, ocurre que los Framesconstruidos con, por ejemplo, Visual Caféno son editables con Forte o JBuilder, razónpor la que los posibles entornos se colocancomo opciones excluyentes.1.2 Se genera una pantalla “tipo ficha” porcada clase seleccionada. Además, se haceque cada clase de la capa de Presentaciónconozca a su instancia correspondiente dela capa de Dominio (por ejemplo: unapantalla que muestra los datos de un empleadoconoce a su objeto Empleado correspondiente).1.3 Se generan un conjunto de ventanas adicionalesy “constantes”, cuya implementaciónno depende o depende muy poco dela aplicación que se está generando.Ejemplos de estas ventanas son un diálogopara mostrar mensajes de error, una ventanaque muestra listas de registros, unaventana que pide confirmación antes deborrar o modificar, etc.1.4 Todas las pantallas generadas poseen unconjunto de operaciones que permiten invocaroperaciones de persistencia sobrelos objetos de la capa de Dominio (laspantallas “tipo ficha”, por ejemplo, tienenun botón “Guardar”, que guarda el objetoactualmente mostrado en la base de datos,mediante una llamada al método insert oupdate –depende del caso- del correspondienteobjeto de la capa de Dominio).2. La capa de Dominio se genera mediante una“traducción directa” de las clases seleccionadasal lenguaje de programación considerado. Además,para cada una de estas clases se genera elsiguiente conjunto de métodos:2.1 Un constructor sin parámetros, que da alos campos de la clase valores por defecto(por ejemplo, el valor cero a los long).2.2 Un constructor con parámetros que permitematerializar objetos (esto es, construirinstancias de clases a partir de los registrosalmacenados en la base de datos).Los valores de los parámetros pasados aeste constructor se corresponden con losvalores de las columnas que forman laclave principal del registro que queremosmaterializar.2.3 Métodos insert, delete, update y delete,que permitirán actualizar el objeto en labase de datos. Esto constituye una implementacióndel patrón CRUD (operacionespara hacer Create, Read, Update y Delete),expuesto por Yoder [4].3. Para la capa de Persistencia se genera siempreun Agente [1] cuya implementación es siempreconstante, y que ejecuta instrucciones SQL sobrela base de datos. Existen cuatro formas de asignary generar las responsabilidades de persistencia:3.1 Mediante el patrón Experto, cada clasepersistente define e implementa sus operacionesde persistencia. Es decir, en ellasreside completamente el código de lasoperaciones insert, delete, etc. Esta alternativatiene la desventaja de que hace a lasclases de la capa de Dominio completamentedependientes del gestor de base dedatos utilizado.3.2 Para desacoplar a las clases de la capa deDominio del sistema gestor de base de datos,las operaciones de persistencia puedendelegarse a “fabricaciones puras” [2]. Deeste modo, si se cambia de gestor de basede datos, sólo se necesitará modificar lasclases asociadas (las fabricaciones puras,que residen en la capa de Almacenamiento),y no las de Dominio, que son muchomás complejas puesto que son las queverdaderamente implementan la solucióndel problema propuesto (que habitualmenteserá mucho más que gestionar persistencia).El sencillo ejemplo con que ilustramosen clase esta dependencia del gestorde base de datos es que, si se usa Access,deben usarse las palabras true o falsepara guardar valores en columnas boolea-