ILE. Implementación de la estrategia.

En un artículo previo (ILE. Estrategia) defina la forma de acercarme al desarrollo de una aplicación utilizando las ventajas que me proporcionaba ILE para mejorar la codificación y el mantenimiento. 
En este capítulo voy a definir como implemento esa estrategia de desarrollo con ILE basado en reutilizar, separar en capas y realizar plantillas. 

Estructura

La estructura general de los programas que desarrollo con ILE para la parte online la baso en:

• Las aplicaciones desarrolladas en Iseries, en un alto porcentaje de las mismas, son muy parecidas en funcionamiento. Hay programas de mantenimiento que suelen tener una ventana previa de lista de registros y después una ventana para el alta, baja, mantenimiento y consulta de un registro. 
• Separo la aplicación en "capas". Por una parte, tengo módulos que encargan de gestionar la parte visual y tengo programas de servicio donde está el acceso a la base de datos y la lógica de negocio.

Esta definición me ha permitido generar plantillas de código reutilizables en cada una de las capas, para la parte visual y para la parte de acceso a datos. 

La estructura de un programa de mantenimiento basado en lo anterior tendría el siguiente esquema:

• Un programa de servicio (*SRVPGM) que tiene la capa de acceso a base de datos y la lógica de negocio. Tendrá componentes exportables (EXPORT) para obtener una lista de registros o un registro, componentes exportables de actualización de la base de datos (insert, update, delete), componentes exportables de lógica de negocio (por ejemplo, calculo del riesgo de un cliente) y componentes exportables de validación (por ejemplo, validar el campo de tipo de cliente).
• Un modulo (*MODULE) que se encargue de la representación y gestión visual de la pantalla de lista de registros para un mantenimiento.
  Utilizará el componente del programa de servicio de obtener una lista de registros
• Un modulo (*MODULE) que se encargue de la representación y gestión visual de la pantalla de mantenimiento de un registro. Es llamado desde el modulo anterior de lista de registros con la opción a realizar (alta, baja, modificación y consulta) y la clave del registro a mantener.
  Utilizará el componente del programa de servicio de obtener los datos de un registros, los componentes de validación, los componentes de actualización de datos y en caso de necesitarlo, los componentes de lógica de negocio.
• Un programa (*PGM) con los dos módulos y con la definición de uso del programa de servicio.

Representación visual de la ventana de lista de registros

Representación visual de la ventana de mantenimiento de un registro

Próximos artículos

En el próximo artículo explico el uso que realizo de Ds (estructuras de datos). En los siguientes  explicaré los componentes (y plantilla) de acceso a base de datos, en especial el de lista de registros, que me permiten separar el código en capas.