Índice

Search

  1. Prólogo
  2. Informatica Developer
  3. El repositorio de modelos
  4. Búsquedas en Informatica Developer
  5. Conexiones
  6. Objetos de datos físicos
  7. Objetos de datos de archivo sin formato
  8. Vista lógica de datos
  9. Cómo visualizar datos
  10. Implementación de aplicaciones
  11. Implementación de revisiones de la aplicación
  12. Implementación de revisiones de la aplicación Ejemplo
  13. Integración continua y entrega continua (CI/CD)
  14. Importación y exportación de objetos
  15. Apéndice A: Referencia de tipos de datos
  16. Apéndice B: Accesos directos del teclado
  17. Apéndice C: Propiedades de conexión

Guía de Developer Tool

Guía de Developer Tool

Elegir el tipo de revisión de la aplicación

Elegir el tipo de revisión de la aplicación

Si usa el asistente de implementación incremental, puede elegir el tipo de revisión de la aplicación que quiere crear. El tipo de revisión de la aplicación determina el nivel de dependencias que la revisión hereda.
Una revisión puede heredar dependencias directas, indirectas y remotas. En cada nivel de dependencias, la revisión hereda más objetos. Los objetos heredados se incluyen en la revisión, y el impacto global que la revisión tiene en la aplicación en tiempo de ejecución se dispara. Puede elegir las dependencias que se van a heredar en función del diseño de la aplicación y de los objetos de la aplicación que quiera actualizar.
En la siguiente imagen se muestra la lista de tipos de revisión del asistente:
En esta imagen se muestra la página Selección de objeto de origen del asistente de implementación incremental. La página muestra las siguientes opciones (junto a la opción Incluir): Objetos seleccionados, Objetos seleccionados y objetos relacionados de primer grado y Objetos seleccionados y todos los objetos relacionados.
Al implementar una revisión, el servicio de integración de datos reemplaza las instancias en tiempo de ejecución de los objetos seleccionados y las dependencias heredadas en la aplicación en tiempo de ejecución, lo que puede repercutir en otros objetos en tiempo de ejecución. El servicio de integración de datos actualiza los objetos afectados para que usen los objetos en tiempo de ejecución reemplazados, si bien los objetos afectados no se reemplazan por sus instancias en tiempo de diseño correspondientes.
Si la aplicación contiene objetos con una gran dependencia, las dependencias que una revisión de la aplicación hereda pueden ser inversamente proporcionales al número de objetos afectados en la aplicación en tiempo de ejecución. A medida que una revisión de la aplicación hereda menos dependencias, la aplicación en tiempo de ejecución puede contener más objetos afectados.

Ejemplo: herencia de dependencias

En la siguiente imagen se muestran las dependencias directas e indirectas que una revisión hereda cuando el objeto seleccionado es la asignación
Mapping A
:
En esta imagen se muestra un diagrama de dependencias de una aplicación. En la aplicación, un flujo de trabajo llamado Workflow A utiliza una asignación denominada Mapping A. La asignación Mapping A usa la transformación reutilizable Reusable Transformation A, que a su vez usa el objeto de datos físicos Physical Data Object A. Otro flujo de trabajo, Workflow B, utiliza las asignaciones Mapping B y Mapping C. La asignación Mapping B usa la transformación reutilizable Reusable Transformation A y el objeto de datos físicos Physical Data Object B. Los objetos Reusable Transformation A y Physical Data Object A están etiquetados para indicar que son herencia directa. Los objetos Workflow A, Mapping B y Physical Data Object B están etiquetados para indicar que son herencia indirecta.
La revisión hereda las siguientes dependencias directas e indirectas:
  • Dependencias directas. La revisión hereda la transformación reutilizable
    Reusable Transformation A
    y el objeto de datos
    Physical Data Object A
    , ya que esos objetos son dependencias directas de la asignación seleccionada,
    Mapping A
    .
  • Dependencias indirectas. La revisión hereda la asignación
    Mapping B
    y el objeto de datos
    Physical Data Object B
    , ya que esos objetos son dependencias indirectas de la asignación seleccionada,
    Mapping A
    .
Fíjese en que la revisión no hereda el flujo de trabajo
Workflow B
ni la asignación
Mapping C
, porque esos objetos son dependencias remotas de la asignación
Mapping A
.