Kontakt

Ansicht
Dokumentation

CL_PRP_BSP_C_ROLESKILLSCATNEW - PLM Development Projects - BSP Controller Applikationskopf

CL_PRP_BSP_C_ROLESKILLSCATNEW - PLM Development Projects - BSP Controller Applikationskopf

General Data in Customer Master   SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Funktionalität

Diese Controller-Klasse bildet mit den BSP-Views roleAppointments.bsp und roleAppointments_nchg.bsp eine UI-Komponente. Diese Komponente dient zur Darstellung eines Kalender für einen Geschäftspartner.

Die Komponente dient als Verschalung der UI-Komponenten roleAppointmentsMod, roleAppointmentsDetail und roleAppointmentsNav. Diese werden komplett neu aufgebaut (Complete Modus, roleAppointments.bsp wird aufgerufen) oder nur bei verändertem Inhalt (Differential Modus, roleAppointments.bsp oder roleAppointments_nchg.bsp wird aufgerufen). Ob sich der Seiteninhalt geändert hat wird über das Attribut mv_changed gesteuert.

Methodendefinitionen DO_REQUEST (redefiniert)

Diese Methode ist für die Erzeugung und den Aufbau der BSP-View verantwortlich.

DO_HANDLE_EVENT (redefiniert)

Hier werden die Events die auf der zugehörigen View ausgelöst werden verarbeitert.

ON_BUPA_LINK_SELECTED (Ereignisbehandler)

Registriert, ob ein neuer Business Partner Link (in UI-Komponente rolePersonAssign) ausgewählt wurde. Dementsprechend muß der Kalender für einen neuen Geschäftspartner aufgebaut werden. Hier wird die Überschrtift im Tray aktualisiert.

SET_TRAY_PARAMETER

Der Zustand des Trays, der die Eingabefelder umschließt, wird auf der Datenbank gespeichert.

GET_TRAY_PARAMETER

Liest von der Datenbank,ob der Tray, der die Eingabefelder umschließt, zuletzt im geöffneten oder geschlossen Zustand verlassen wurde.

Beziehungen

Beispiel

Hinweise

Weiterführende Informationen

Austausch geänderter Seiteninhalte

Der Mechanismus zum Austausch geänderter Seiteninhalte (im Dokument "Technical UI-Design" als "Differential rendering" bezeichnet) ist im Framework der Basis enthalten. Der Mechanismus wird in der Anwendung "Development Projects" als Erweiterung des Komponenten-Framework durch Anwendung folgender Regeln realisiert:

  • Das Layout jeder Komponente wird in ein div-Tag mit der ID der Komponente eingeschlossen (-> BSP View)
  • Der Controller der Komponente erhält ein Attribut "differential", das den Aufruf-Modus steuert
  • Der Controller muß über Änderungen seines eigenen Inhalts informiert sein
  • Der Controller macht Ausgaben vom Änderungs-Zustand und vom Aufruf-Modus abhängig:
  • Wurde der Controller im "complete"-Modus aufgerufen (differential ist initial), gibt der Controller seinen kompletten Inhalt aus und ruft eingebettete Komponenten ebenfalls im "complete"-Modus auf

  • Wurde der Controller im "differential"-Modus aufgerufen (differential = "X") und sein eigener Inhalt wurde seit dem letzten Request verändert, gibt der Controller seinen kompletten Inhalt aus und ruft eingebettete Komponenten im "complete"-Modus auf

  • Wurde der Controller im "differential"-Modus aufgerufen (differential = "X") und sein eigener Inhalt wurde seit dem letzten Request nicht verändert, gibt der Controller seinen eigenen Inhalt nicht aus und ruft eingebettete Komponenten im "differential"-Modus auf. Zusätzlich gibt der Controller außerhalb des die Komponente einschießenden div-Tag"s einen JavaScript-Block zum Ersetzen des Inhalts aus (CL_DPR_BSP_APPLICATION stellt dazu die Methode WRITE_REPLACE_SCRIPT zur Verfügung).

Eine Komponente, die den Austausch geänderter Seiteninhalte unterstützt kann jederzeit von einer anderen Komponente, die den Mechanismus nicht unterstützt, im "complete"-Mode (ist Default, wenn der Parameter "differential" nicht übergeben wird) aufgerufen werden.

Umgekehrt kann auch eine Komponente, die den Austausch geänderter Seiteninhalte nicht unterstützt, von einer Komponente, die den Mechanismus unterstützt, aufgerufen werden. Sofern die aufrufende Komponente über Änderungen der aufgerufenen Komponente nicht informiert ist, muß sie davon ausgehen, dass die aufgerufene Komponente geändert wurde. Letztendlich bedeutet das, dass sich die aufrufende Komponente dann immer so verhalten muß, als ob ihr eigener Inhalt verändert wurde und den kompletten Inhalt (ggf. mit Replace Script) ausgeben muß.






BAL_S_LOG - Application Log: Log header data   BAL_S_LOG - Application Log: Log header data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 5090 Date: 20240419 Time: 102327     sap01-206 ( 77 ms )