Richtlinie: JavaBeans festlegen
Diese Richtlinie erläutert, wie JavaBeans für eine J2EE-Anwendung festgelegt und modelliert werden.
Beziehungen
Zugehörige Elemente
Hauptbeschreibung

Einführung

Diese Richtlinie konzentriert sich auf das Festlegen von JavaBeans.

Nähere Informationen zu JavaBeans finden Sie unter Konzept: JavaBeans.

JavaBeans festlegen

JavaBeans sind Java-Klassen, die entsprechend den Konventionen für das JavaBeans-Komponentenmodell geschrieben sind.

JavaBeans können in ihrer einfachen Form verwendet werden, in der eine JavaBean Eigenschaften über ihre getter- und setter-Methoden zugänglich macht, aber keine Ereignisse auslöst. Eine solche JavaBean würde unter die empfohlene Vorgehensweise fallen, bei der getter- und setter-Methoden für Felder von einfachen Java-Klassen genannt werden. Diese Art von JavaBean wird häufig in Java Server Pages verwendet, wo sie als Träger von Daten aus einem Formular einer Webseite dient.

Die Funktionalität der JavaBean kann erweitert werden, wenn andere bei Änderung oder bei versuchter Änderung einer JavaBean-Eigenschaft benachrichtigt werden sollen. In diesem Fall muss die JavaBean so gestaltet werden, dass sie Ereignisse auslöst, die die Änderung der Eigenschaft beschreiben.

JavaBeans, die Ereignisse auslösen (oder steuern) werden häufig in Benutzerschnittstellen-Frameworks wie Swing eingesetzt. Sie werden dort verwendet, um das Architekturmuster Modell-Sicht-Controller zu implementieren. JavaBeans, die die visuellen Komponenten darstellen, verfügen häufig über zusätzliche Klassen wie beispielsweise Bean-Anpassungsfunktionen, die eine Änderung der JavaBean-Instanzen während des Designs erlauben.

JavaBeans modellieren

JavaBeans werden als Java-Klasse modelliert.

Die Eigenschaften von JavaBeans werden nicht explizit modelliert. Statt dessen werden sie über die JavaBeans-Namenskonventionen angegeben.

UML-Diagramm, das Eigenschaften von Customer zeigt.

In Designdiagrammen ist es hilfreich, Abhängigkeiten zu verwenden, die zeigen, welche Klasse Ereignisse auslöst oder steuert. Ereignis-Listener werden als Schnittstellen eingeführt, die durch ihre konkreten Implementierungen realisiert werden.

UML-Diagramm, das Ereignis-Listener zeigt.