Implizite und explizite Bindung im Jitterbit App Builder
Bindung ist die Art und Weise, wie der App Builder Regeln mit spezifischen Datenkontexten verbindet; sie bestimmt, wie eine Regel mit den zugrunde liegenden Datenobjekten interagiert. Es gibt explizite und implizite Bindung:
-
Explizite Bindung: Dies geschieht, wenn ein Entwickler manuell Quellspalten mit Zielspalten in der Benutzeroberfläche verknüpft. Diese direkte Zuordnung ist erforderlich, wenn Regeln für Benachrichtigungen, Migration und CRUD registriert werden. Zum Beispiel müssen bei der Konfiguration eines Ereignisses diese Bindungen explizit definiert werden, um sicherzustellen, dass die zugehörige Aktion oder Validierung die richtigen Daten anvisiert.
-
Implizite Bindung: Dies ist ein automatisierter Prozess, bei dem der App Builder den Kontext der "aktuellen" Zeile annimmt, die verarbeitet wird. 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 eng mit dem aktuell angezeigten oder bearbeiteten Datensatz verbunden ist.
Regelzwecke und Bindungsmethoden
Die folgende Tabelle zeigt, wie verschiedene Regelzwecke mit der Bindung interagieren. Die Spalte "Zweck" spiegelt die Bezeichnungen wider, die in der aktuellen App Builder-Benutzeroberfläche zu finden sind.
| Zweck | Bindungstyp | Zielspalten | Kommentare |
|---|---|---|---|
| Benachrichtigung | Explizit | Wird verwendet, um Benutzer zu benachrichtigen. Zielspalten, die mit () enden, können mehrere Spalten anvisieren. |
|
| Steuerung | Implizit | Metadaten | Steuert das Verhalten der Benutzeroberfläche (0 = verborgen, 1 = erforderlich, 2 = optional). Primärschlüssel werden in der Regel nicht angesteuert. |
| CRUD | Explizit | Daten | CRUD-Regeln sind explizit über Aktionsbindungen gebunden. Das Erstellen, Aktualisieren oder Löschen von Datensätzen erfordert eine direkte Zuordnung, um die Datenintegrität sicherzustellen. |
| Standard | Implizit | Daten | Füllt Felder automatisch aus. Wenn eine Regel zu viele Zeilen zurückgibt, überprüfen Sie, ob die Speicherungstabelle korrekt in der FROM-Klausel referenziert wird. |
| Sichtbarkeit | Variabel | UI-Zustand | Die Sichtbarkeit kann über drei Typen konfiguriert werden: Statisch, Regel oder Plugin. Die meisten modernen Implementierungen nutzen Sichtbarkeitsregeln anstelle der älteren statischen Spaltenmethode. |
| Validierung | Beides | Während explizite Zuordnungen verwendet werden können, nutzen die meisten Validierungsregeln die implizite Bindung, um den Zustand der aktuellen Zeile zu überprüfen. |
Anwendung und UI-Kontext
Beim Einrichten von Ereignissen oder Aktionsbindungen wird in der Regel eine explizite Bindung über den Bearbeitungsbildschirm einer Seite im UI-Bereich angewendet. In diesem Screenshot wird eine Seite mit vier Panels bearbeitet. Beachten Sie, wie das ausgewählte Panel, genannt Versandinformationen, an ein anderes Panel auf derselben Seite, Bestellungen, gebunden ist. Die Bindung kann über die hervorgehobene Schaltfläche mit dem Ketten-Symbol gesteuert werden.
Im Gegensatz dazu erfordert das Registrieren von Standard- oder Sichtbarkeitsregeln das Navigieren zur Business-Logik-Ebene. Der Screenshot unten zeigt eine Validierungsregel, die auf einem Geschäftsobjekt registriert wird. Beachten Sie das hervorgehobene Bindungs-Feld.
Wichtig
Der Registrierungsort für Standards hat sich in den letzten Versionen geändert, und diese Einstellungen werden nicht mehr im selben Bereich wie ältere Versionen verwaltet.
Wie implizite Bindung funktioniert
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 Ihrer Regel die tatsächliche Speichertabelle sein.
Wenn Sie beispielsweise den OrderDetails.UnitPrice basierend auf einem Produkt-Preis standardisieren, ersetzt das System die OrderDetails-Referenz in Ihrem SQL durch die spezifische ID des aktuell bearbeiteten Datensatzes. Dadurch kann die Regel den richtigen Preis für diese spezifische Bestellung dynamisch abrufen, ohne eine manuelle Zuordnung für jedes Feld vorzunehmen.