Ansicht
Dokumentation

CL_PRP_BSP_C_ROLESKILLSCAT - PLM Development Projects - BSP Controller Applikationskopf

BAL Application Log Documentation   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Funktionalität

Diese Controller-Klasse bildet zusammen mit der BSP-Seite roleSkillsCat.bsp eine UI-Komponente. Auf der Seite wird ein Baum zur Darstellung von Qualifikationen aufgebaut. Der Controller generiert hierzu die Baumstruktur.

Die BSP-Seite wird komplett neu aufgebaut (Complete Modus) oder nur bei verändertem Inhalt (Differential Modus). Ob sich der Seiteninhalt geändert hat wird über das Attribut mv_changed gesteuert.

Der Kontroller besitzt 4 Modi (Attribut mv_mode), wobei hier nur relevant ist, ob die BSP-Seite im Schreib- oder Lesemodus aufgerufen wird:

READ: BSP-Seite wird im Lesemodus aufgerufen.

ROLE: Qualifikation werden für die aktuelle Rolle definiert. Schreibmodus.

TASK: Qualifikation werden für die aktuelle Aufgabe definiert. Schreibmodus.

STAFF: Qualifikation werden als Bedingungen für die Ressourcensuche definiert. Schreibmodus.

Methodenliste DO_REQUEST

Diese Methode ist für die Erzeugung und den Aufbau der BSP-View verantwortlich. Zudem werden die Qualifikationen bzw. die Hierarchie der Qualifikationen mit der Methode GET_DATA geladen. Dies geschiet nur initial, da davon ausgegangen wird, dass sich die Struktur während der Benutzung der Anwendung nicht ändert.

DO_HANDLE_EVENT

Hier werden Ereignisse des Baumes verarbeitet. Wurde ein Knoten selektiert, also eine Qualifikation, so wird ein Ereignis ausgelöst, an das sich verarbeitende Klassen anmelden können, in diesem Fall die Controller-Klasse der UI-Komponente roleSkillsSelect.

GET_DATA

Hier werden die Daten der Qualifikationenstruktur geladen und für die Anzeige in der Baumstruktur formatiert.

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 Komponent, 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ß.

ABAP Short Reference   Addresses (Business Address Services)  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 5202 Date: 20240426 Time: 234224     sap01-206 ( 97 ms )