|
|
ADP
400 |
|
|
|
ADP
400 |
|
IBM cambió hace tiempo RPG a RPG IV, siendo una de
las mejoras que más nos afecta el nuevo formato rpgFree de RPG4 y el soporte de ILE.
Con RPG4 se tiene una mejora implícita muy importante, cual es que los tamaños
de fichero, registro y campo se permiten con 10 posiciones y nuevas operaciones
con un formato más cómodo y actual.
Simplemente, el poder usar nomenclaturas de 10 posiciones (en lugar de 6 para campos, p. e.) es una buena mejora. Si a esto le sumamos las mejoras incorporadas en el lenguaje (rpgFree + %BIFs) y en el propio ILE, admitamos que nos gustaría tener estas cosas en nuestra herramienta ADP.
Creemos que seria necesario contar con un entorno nuevo que permita las nuevas características, pero al mismo tiempo poder seguir trabajando con las Aplicaciones que están en funcionamiento.
Aunque sería estupendo poder ir migrando poco a poco las Aplicaciones del formato "tradicional" al "nuevo".
La principal razón de éste
esquema es la Seguridad:
El proceso de posible conversión de Aplicaciones (sobre todo Aplicaciones que
no sean simples) es muy complejo y se necesitará tiempo y dedicación para
evaluar que las conversiones den todos los frutos deseados.
Una buena estrategia puede ser:
permitir que "viejas" aplicaciones sigan siendo mantenidas con el ADP Tradicional.
Nuevas Aplicaciones (o sub.-aplicaciones, módulos) desarrollarlos con ADP/Force1.
Cuando se tenga experiencia y conocimientos ir "pasando" Aplicaciones a Force1.
Nuestra opinión es, por tanto, que sería deseable contar con estos puntos:
Seguir trabajando con ADP "tradicional" en el día a día.
Usar un "nuevo ADP" para Aplicaciones de Prueba y Nuevas.
Contar con alguna utilidad de migración que ayude en un porcentaje a convertir Aplicaciones, aunque será necesario dedicar recursos para estar seguros de la funcionalidad, repasando los resultados y probando bien la nueva Aplicación.
Por supuesto, tener alguna formación básica en RPG4 (lo básico es muy fácil). En Aplicaciones vitales o complejas es imprescindible dedicar tiempo a evaluar una posible transición, porque pueden existir diferencias operacionales, incluso de codigo fuente directo.
De tal forma que tendríamos que tener dos "ADP" instalados para trabajar según de qué modo.
En la práctica. se ha duplicado el Sistema y se han cambiado todos los programas y ficheros. Cómo mínimo, las diferencias que existirán entre los dos Sistemas serán
Como una alternativa, ADP Classic o Tradicional tambien tiene mejoras para soportar las novedades de codigo objeto RPGIV (por conversión + compilación) y soporte directo de rpgFree en los puntos de entrada ADP.
