Vínculo implícito y explícito en Jitterbit App Builder
El vínculo es cómo App Builder conecta reglas a contextos de datos específicos; determina cómo una regla interactúa con los objetos de datos subyacentes. Hay vínculo explícito e implícito:
-
Vínculo explícito: Esto ocurre cuando un desarrollador asigna manualmente columnas de origen a columnas de destino dentro de la interfaz de usuario. Este mapeo directo es necesario al registrar reglas para notificaciones, migración y CRUD. Por ejemplo, al configurar un evento, se deben definir explícitamente estos vínculos para asegurar que la acción o validación asociada apunte a los datos correctos.
-
Vínculo implícito: Este es un proceso automatizado donde App Builder asume el contexto de la fila "actual" que se está procesando. En estos escenarios, el sistema sustituye automáticamente la primera instancia de una tabla de destino en la regla con el registro activo con el que el usuario está interactuando. Esto se utiliza principalmente para reglas predeterminadas y muchas reglas de validación, donde la lógica está inherentemente ligada al registro que se está viendo o editando actualmente.
Propósitos de las reglas y métodos de vínculo
La siguiente tabla describe cómo interactúan los diferentes propósitos de las reglas con el vínculo. La columna "Propósito" refleja las etiquetas encontradas en la interfaz de usuario actual de App Builder.
| Propósito | Tipo de Vínculo | Columnas de Destino | Comentarios |
|---|---|---|---|
| Notificación | Explícito | Utilizado para alertar a los usuarios. Los campos de destino que terminan en () pueden tener múltiples columnas que los apunten. |
|
| Control | Implícito | Metadatos | Controla el comportamiento de la interfaz de usuario (0 = oculto, 1 = requerido, 2 = opcional). Generalmente, las claves primarias no son apuntadas. |
| CRUD | Explícito | Datos | Las reglas CRUD están vinculadas explícitamente a través de vínculos de acción. Crear, actualizar o eliminar registros requiere un mapeo directo para asegurar la integridad de los datos. |
| Predeterminado | Implícito | Datos | Población automática de campos. Si una regla devuelve demasiadas filas, verifique que la tabla de almacenamiento esté correctamente referenciada en la cláusula FROM. |
| Visibilidad | Variable | Estado de UI | La visibilidad se puede configurar a través de tres tipos: Estática, Regla o Plugin. La mayoría de las implementaciones modernas utilizan reglas de visibilidad en lugar del antiguo método de columna estática. |
| Validación | Ambos | Si bien se puede utilizar un mapeo explícito, la mayoría de las reglas de validación utilizan vínculo implícito para verificar el estado de la fila actual. |
Contexto de la aplicación y la interfaz de usuario
Al configurar eventos o vinculaciones de acciones, la vinculación explícita se aplica típicamente a través de la pantalla de edición de una página, en la capa de la interfaz de usuario. En esta captura de pantalla, se está editando una página que contiene cuatro paneles. Observe cómo el panel seleccionado, llamado Información de Envío, está vinculado a otro panel en la misma página, Órdenes. La vinculación se puede controlar a través del botón resaltado con el ícono de cadena .
En contraste, registrar reglas predeterminadas o de visibilidad requiere navegar a la capa de Lógica Empresarial. La captura de pantalla a continuación muestra una regla de validación que se está registrando en un objeto de negocio. Note el campo Vinculación resaltado.
Importante
La ubicación de registro para los valores predeterminados ha cambiado en versiones recientes, y estas configuraciones ya no se gestionan en la misma área que las versiones anteriores.
Cómo funciona la vinculación implícita
Al construir una regla con vinculación implícita, la primera instancia de la tabla objetivo o del objeto de datos en la regla se sustituye por la fila activa. Para que esto funcione como se espera, la cláusula FROM en su regla debe ser la tabla de almacenamiento real.
Por ejemplo, si está estableciendo un valor predeterminado para OrderDetails.UnitPrice basado en el precio de un Producto, el sistema reemplazará la referencia a OrderDetails en su SQL con el ID específico del registro que se está manejando actualmente. Esto permite que la regla obtenga dinámicamente el precio correcto para ese pedido específico sin necesidad de mapeo manual para cada campo.