GACDataSource
Die in einem UI-Element wie FlashIsland oder SilverlightIsland verwendeten Daten werden unter anderem durch eine GACDataSource repräsentiert. Die Daten können somit durch eine GACDataSource, wie auch über GACProperty-UI-Elemente repräsentiert werden. Für die GACDataSource müssen die Daten aus einem x..n-Knoten kommen.
Die GACDataSource dient dazu, tabellarische Daten zu übergeben. Dabei gibt es zwei wichtige Aspekte:
● Um welchen Knoten handelt es sich (Eigenschaft dataSource)
● Wie heißt die zu befüllende Liste in der Flash-Anwendung (Silverlight-Anwendung) (Eigenschaft name)
Die GACDataSource wird an einen Web-Dynpro-Context gebunden. Jede GACDataSource hat eine Menge an Properties, die an Context-Attribute des GACDataSource-Knotens oder Unterknotens gebunden werden. Dies bietet die folgenden Vorteile:
· Programmierung wie in Web Dynpro ist möglich
· Automatischer Datentransport von und zu dem FlashIsland/SilverlightIsland ist gewährleistet
· Das FlashIsland/SilverlightIsland ist unabhängig vom eigentlichen Context
Da man aus Performance-Gründen nicht alle Attribute/Unterknoten und deren Attribute mitschicken möchte, muss der Anwendungsentwickler die Attribute/Unterknoten und deren Attribute extra deklarieren, die an die FlashIsland/SilverlightIsland geschickt werden sollen. Die Attribute, die geschickt werden sollen, werden über die GACProperty-Aggregation aggregiert, während Sie Unterknoten über die CHILD_DATA_SOURCES-Aggregation deklarieren usw.
Eine FlashIsland/SilverlightIsland kann auch mehrere GACDataSources haben.
Beachten Sie, dass die Integration von GAC*-Controls in Web-Dynpro-ABAP-Dialogfenster (Popups) nicht unterstützt wird.
Laufzeit-Klasse |
CL_WD_GAC_DATA_SOURCE |
Eigenschaften im View Designer
Name |
Typ |
Anfangswert |
Bindbar |
STRING |
(automatisch) |
nein |
|
Context-Knoten |
|
muss |
|
STRING |
|
nein |
Aggregationen im View Designer
Name |
Kardinalität |
Typ |
0..n |
||
0..n |
Weitere Eigenschaften, die über Vererbung zur Verfügung stehen, sind in den dazugehörigen übergeordneten Klassen definiert. Die dazugehörigen Oberflächenelemente sind: ViewElement
Dynamische Programmierung
Für die dynamische Programmierung stehen dieselben Eigenschaften, Ereignisse und Aggregationen zur Verfügung wie im View Designer. Beachten Sie dabei die unterschiedlichen Schreibweisen.
Dynamische Programmierung der Eigenschaften
View Designer Name |
Laufzeitname |
Typ |
DATA_SOURCE |
OBJECT |
|
NAME |
STRING |
Dynamische Programmierung der Aggregationen
View Designer Name |
Laufzeitname |
Kardinalität |
CHILD_DATA_SOURCES |
0..n |
|
PROPERTIES |
0..n |