2 UML-based Web Engineering - UWE - Ludwig-Maximilians ...

Beschreibung von RIA-Features eingesetzt werden zu können.
• Da RIA-Features stets mit der Präsentationsschicht eines Web-Systems verknüpft sind,
muss ein sprachlicher Bezug auf Elemente des Präsenationsmodells ermöglicht werden.
Dazu dient der Ausdruck this, welcher einen Kontext für das RIA-Feature festlegt und
sich auf das Element des Präsentationsmodells bezieht, das mit dem RIA-Feature über
den Tagged Value riaFeature verknüpft ist. Dient dieses Element als Container für
andere Präsentationselemente, so kann auf diese über den Punktoperator zugegriffen
werden ( this.containedElement ). Zur Bezugnahme auf ein enthaltenes Element
dient dessen Eigenschafts- bzw. Partname innerhalb des umgebenden UI-Containers.
Allerdings ist es in UWE-Präsentationsmodellen üblich, bei Kompositionsstrukturen nur
den Namen des Typs des enthaltenen Elements anzugeben, nicht aber seinen Namen als
Part des Containers 47 . Aus diesem Grund wird folgende Konvention festgelegt: Soll mit
der gerade beschriebenen Schreibweise die Bezugnahme auf eine namenlose UI-
Element-Eigenschaft erfolgen, so wird implizit der Name ihres Typs, allerdings mit
kleinem Anfangsbuchstaben, verwendet. Enthält also z.B. eine Präsentationsgruppe, die
den Kontext des RIA-Features darstellt, ein «textInput»-Element vom Typ Year
ohne Eigenschaftsnamen, so wird dieses Element mit this.year referenziert.
• Wenn möglich, wird der Bezug auf Präsentationselemente über den Kontext des RIA-
Features hergestellt. Allerdings ist davon auszugehen, dass dies nicht immer möglich ist.
Man denke z.B. an eine Webanwendung, zu dessen Seitenlayout ein Message Board
gehört, das im Rahmen verschiedenster Funktionalitäten als Anzeigetafel verwendet
wird. Dies bedeutet, dass das Board Bestandteil jeder Seite der Anwendung ist. Unter
anderem soll die Webanwendung nun ein Formular mit Live-Validierung anbieten;
Fehlermeldungen sollen in eben dieser Nachrichtentafel angezeigt werden. Ohne das
Präsentationsmodell einer solchen Anwendung skizzieren zu wollen, ist klar, dass sich
das Präsentationselement, welches das MessageBoard repräsentiert, nicht in dem
Container befindet, welcher mit dem LiveValidation-RIA-Feature versehen wird und
damit den Kontext des Features stellt (Dafür befindet sich das Message Board
schlichtweg zu weit oben in der Kompositionshierarchie der UI).
In solchen Fällen muss der Bezug auf das Präsentationselement auf andere Weise
erfolgen. Man könnte z.B. die Bezugnahme auf das Wurzelelement der
Präsentationshierarchie über dessen Namen in RIA-Features generell erlauben. Ist im
gerade geschilderten Fall die Nachrichtentafel (als Eigenschaft vom Typ
MessageBoard) direkt im obersten Element (MainPage) des Präsentationsmodells
enthalten, so könnte man die Anzeigetafel wieder mit Hilfe des Punkt-Operators
referenzieren: MainPage.messageBoard. Dies bedeutet allerdings, dass man in
einem RIA-Feature über das Wurzelelement auf alle Präsentationselemente zugreifen
kann.
• Benutzer-Interaktionen, welche Systemoperationen triggern, werden durch Angabe des
UI-Ereignisses beschrieben, das durch die Interaktion ausgelöst wird. Typische
Ereignisse sind z.B. blur (Aufgabe des Fokus eines UI-Elements) oder click (einfacher
Mausklick auf ein UI-Element). Ein Bezug auf dasjenige UI-Element, das als Empfänger
des Ereignisses festgelegt werden soll, wird in Klammern hinzugefügt:
blur(inputField); siehe [24] für eine detaillierte Auflistung solcher Ereignisse.
47 Siehe z.B. [23],S.33f
60