Í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

Tipo de revisión: directa e indirecta

Tipo de revisión: directa e indirecta

En esta sección se describe una revisión de aplicación que hereda dependencias directas e indirectas.

Identificar los objetos heredados

La siguiente imagen muestra los objetos que la revisión incluye cuando se heredan dependencias directas e indirectas:
Esta imagen muestra una aplicación en tiempo de ejecución implementada y una aplicación en tiempo de diseño actualizada. La aplicación en tiempo de ejecución implementada tiene los siguientes objetos: Workflow B, Mapping A, Mapping B, Mapping C, Lookup B, Data Object A y Data Object D. Mapping A usa Data Object A. Mapping B usa Lookup B, que a su vez usa Data Object A. Mapping C usa Data Object D. Workflow B usa Mapping B y Mapping C. La aplicación en tiempo de diseño actualizada tiene los siguientes objetos: Workflow B, Mapping A, Mapping B, Mapping C, Data Object A, Data Object B y Data Object C. Mapping A usa Data Object A. Mapping B usa Data Object A y Data Object B. Mapping C usa Data Object C. Workflow B usa Mapping B y Mapping C. En la aplicación en tiempo de diseño actualizada, Mapping A se etiqueta como el objeto seleccionado y Data Object A, como una dependencia directa. Mapping B y Data Object B se etiquetan como dependencias indirectas.
En la siguiente tabla se enumeran las dependencias que la revisión hereda cuando la asignación
Mapping A
es el objeto seleccionado:
Tipo de dependencia
Dependencias
Directo
  • Data Object A
Indirecto
  • Mapping B
  • Data Object B

Evaluar el impacto en los objetos

En la siguiente imagen se muestra el impacto en los objetos en tiempo de ejecución una vez implementada la revisión:
Esta imagen muestra una aplicación en tiempo de ejecución implementada y una aplicación en tiempo de diseño actualizada. La aplicación en tiempo de ejecución implementada tiene los siguientes objetos: Workflow B, Mapping A, Mapping B, Mapping C, Lookup B, Data Object A y Data Object D. Mapping A usa Data Object A. Mapping B usa Lookup B, que a su vez usa Data Object A. Mapping C usa Data Object D. Workflow B usa Mapping B y Mapping C. En la aplicación en tiempo de ejecución implementada, Mapping A, Mapping B y Data Object A se etiquetan como objetos modificados. Workflow B se etiqueta como un objeto afectado. Data Object B se etiqueta como un objeto agregado. Lookup B se etiqueta como un objeto huérfano. La aplicación en tiempo de diseño actualizada tiene los siguientes objetos: Workflow B, Mapping A, Mapping B, Mapping C, Data Object A, Data Object B y Data Object C. Mapping A usa Data Object A. Mapping B usa Data Object A y Data Object B. Mapping C usa Data Object C. Workflow B usa Mapping B y Mapping C. En la aplicación en tiempo de diseño actualizada, Mapping A se etiqueta como el objeto seleccionado y Data Object A, como una dependencia directa. Mapping B y Data Object B se etiquetan como dependencias indirectas.
Debido a que la revisión hereda la asignación
Mapping B
como una dependencia indirecta, la asignación usará sus dependencias en tiempo de diseño y descartará sus dependencias en tiempo de ejecución anteriores. Dejará de usar la transformación reutilizable
Lookup B
en la aplicación en tiempo de ejecución. En su lugar, usará los objetos de datos
Data Object A
y
Data Object B
. La transformación
Lookup B
se convierte en huérfana en la aplicación en tiempo de ejecución.

Evaluar el ámbito de los cambios

En la siguiente tabla se muestra el número de objetos afectados durante la implementación de la revisión:
Elemento de ámbito
Número de objetos
Seleccionado
4
Actualizado
Modificado: 3
Afectado: 1
Total: 4
Añadido
1

Conclusiones

La herencia de dependencias directas e indirectas tiene un impacto similar a heredar solo dependencias directas, pero afecta a menos objetos. La asignación
Mapping B
se modifica en lugar de verse afectada, por lo que se actualiza de una forma más predecible.