Implizite und explizite Bindung in Jitterbit App Builder
Bindung ist die Art und Weise, wie App Builder Regeln mit spezifischen Datenkontexten verbindet; sie bestimmt, wie eine Regel mit zugrunde liegenden Datenobjekten interagiert. Es gibt explizite und implizite Bindung:
-
Explizite Bindung: Dies geschieht, wenn ein Entwickler Quellspalten manuell Zielspalten in der Benutzeroberfläche zuordnet. Diese direkte Zuordnung ist erforderlich, wenn Regeln für Benachrichtigungen, Migration und CRUD registriert werden. Beispielsweise müssen Sie beim Konfigurieren eines Ereignisses diese Bindungen explizit definieren, um sicherzustellen, dass die zugehörige Aktion oder Validierung auf die richtigen Daten abzielt.
-
Implizite Bindung: Dies ist ein automatisierter Prozess, bei dem App Builder den Kontext der „aktuellen" verarbeiteten Zeile annimmt. In diesen Szenarien ersetzt das System automatisch die erste Instanz einer Zieltabelle in der Regel durch den aktiven Datensatz, mit dem der Benutzer interagiert. Dies wird hauptsächlich für Standardregeln und viele Validierungsregeln verwendet, bei denen die Logik inhärent an den gerade angezeigten oder bearbeiteten Datensatz gebunden ist.
Regelzwecke und Bindungsmethoden
Die folgende Tabelle zeigt, wie verschiedene Regelzwecke mit Bindung interagieren. Die Spalte „Zweck" spiegelt die Bezeichnungen in der aktuellen App Builder-Benutzeroberfläche wider.
| Zweck | Bindungstyp | Zielspalten | Kommentare |
|---|---|---|---|
| Benachrichtigung | Explizit | Wird zum Benachrichtigen von Benutzern verwendet. Zielfelder, die auf () enden, können mehrere Spalten als Ziel haben. |
|
| Steuerung | Implizit | Metadaten | Steuert das UI-Verhalten (0 = verborgen, 1 = erforderlich, 2 = optional). Primärschlüssel werden in der Regel nicht als Ziel verwendet. |
| CRUD | Explizit | Daten | CRUD-Regeln werden explizit über Aktionsbindungen gebunden. Das Erstellen, Aktualisieren oder Löschen von Datensätzen erfordert eine direkte Zuordnung, um die Datenintegrität zu gewährleisten. |
| Standard | Implizit | Daten | Füllt Felder automatisch aus. Wenn eine Regel zu viele Zeilen zurückgibt, überprüfen Sie, ob die Speichertabelle in der FROM-Klausel korrekt referenziert wird. |
| Sichtbarkeit | Variabel | UI-Status | Die Sichtbarkeit kann über drei Typen konfiguriert werden: Statisch, Regel oder Plugin. Die meisten modernen Implementierungen nutzen Sichtbarkeitsregeln statt der älteren statischen Spaltenmethode. |
| Validierung | Beide | Während explizite Zuordnung verwendet werden kann, nutzen die meisten Validierungsregeln implizite Bindung, um den Status der aktuellen Zeile zu überprüfen. |
Anwendungs- und UI-Kontext
Beim Einrichten von Ereignissen oder Aktionsbindungen wird explizite Bindung typischerweise über den Bearbeitungsbildschirm einer Seite in der UI-Schicht angewendet. In diesem Screenshot wird eine Seite mit vier Panels bearbeitet. Beachten Sie, wie das ausgewählte Panel namens Versandinformationen an ein anderes Panel auf derselben Seite, Bestellungen, gebunden ist. Die Bindung kann über die hervorgehobene Schaltfläche mit dem Kettensymbol gesteuert werden.
Im Gegensatz dazu erfordert die Registrierung von Standard- oder Sichtbarkeitsregeln die Navigation zur Business Logic-Schicht. Der Screenshot unten zeigt eine Validierungsregel, die für ein Geschäftsobjekt registriert wird. Beachten Sie das hervorgehobene Feld Bindung.
Wichtig
Der Registrierungsort für Standards hat sich in neueren Versionen geändert, und diese Einstellungen werden nicht mehr im gleichen Bereich wie in älteren Versionen verwaltet.
Funktionsweise der impliziten Bindung
Beim Erstellen einer Regel mit impliziter Bindung wird die erste Instanz der Zieltabelle oder des Datenobjekts in der Regel durch die aktive Zeile ersetzt. Damit dies wie beabsichtigt funktioniert, sollte die FROM-Klausel in der Regel die tatsächliche Speichertabelle sein.
Wenn Sie beispielsweise einen OrderDetails.UnitPrice basierend auf einem Product-Preis standardisieren, ersetzt das System die OrderDetails-Referenz in Ihrem SQL durch die spezifische ID des gerade verarbeiteten Datensatzes. Dies ermöglicht es der Regel, den korrekten Preis für diese spezifische Bestellung dynamisch abzurufen, ohne manuelle Zuordnung für jedes Feld.
Fehlerbehebung
Weitere Informationen zur Fehlerbehebung finden Sie in den folgenden Abschnitten im App Builder-Leitfaden zur Fehlerbehebung: