„JavaBeans“ – Versionsunterschied

Versionsgeschichte interaktiv durchsuchen

[gesichtete Version]

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

Inhalt gelöscht Inhalt hinzugefügt

Inline

Version vom 24. März 2017, 01:24 Uhr

JavaBeans sind Software-Komponenten für die Programmiersprache Java. JavaBeans entwickelten sich aus der Notwendigkeit heraus, GUI-Klassen (AWT, Swing) einfach zu instanziieren und mittels RMI zu übertragen. JavaBeans werden auch als Container zur Datenübertragung verwendet. Daher zeichnen sich alle JavaBeans durch folgende Eigenschaften aus:

Öffentlicher parameterloser Konstruktor
Serialisierbarkeit (Serializable)
Öffentliche Zugriffsmethoden (Public Getters/Setters)

Auf Grund dieser Eigenschaften eignen sich JavaBeans auch als Datenobjekte für Persistenzframeworks (siehe Enterprise JavaBeans).

Überblick

Eine JavaBean ist eine Java-Klasse, die einem Komponentenmodell entspricht, um automatisierten Zugriff auf ihre Eigenschaften (Membervariablen) und Operationen (Methoden) zu erlauben. Das Java-SDK stellt Anwendungsentwicklern die Bean-API (das Paket java.beans) zur Verfügung, um beispielsweise eine Kurzbeschreibung einer Bean anzuzeigen. Das JavaBean-Komponentenmodell wurde vor allem entwickelt, um eine einheitliche API zur einfacheren Entwicklung von GUI-Buildern bereitzustellen. Beans realisieren eine verbesserte Serialisierung und damit Netzwerkfähigkeit, Wiederverwendbarkeit, Portabilität und Interoperabilität.

Eine Komponente ist nur dann eine JavaBean, wenn sie der JavaBeans API Specification entspricht, die von der JavaBeans Component Architecture spezifiziert wird.

Instanziierung

Eine JavaBean besitzt immer einen Konstruktor ohne Parameter (Standardkonstruktor). Dies ermöglicht eine standardisierte Instanziierung, beispielsweise einer Schaltfläche:

JButton button = (JButton) Class.forName("javax.swing.JButton").newInstance();

Eine Alternative dieser Instanziierung ist:

JButton button = new JButton();

Zugriffsoperationen

Alle Eigenschaften einer Bean wahren das Geheimnisprinzip (information hiding). Der Zugriff ist über spezielle Operationen möglich, die bestimmten Konventionen entsprechen müssen.

Für eine Eigenschaft foo heißt die lesende Operation (Getter) getFoo. Bei booleschen Variablen ist alternativ auch isFoo möglich, was allgemein vorgezogen wird. Die schreibende Operation (Setter) heißt setFoo. Indizierte Eigenschaften besitzen jeweils zwei Getter und Setter: Einen für die Gesamtheit, einen für einen bestimmten Index. Eine schreibgeschützte Eigenschaft besitzt keinen (öffentlichen) Setter.

Introspektion

Introspektion ist der Mechanismus, eine Bean auf ihre Eigenschaften, Ereignisse (Events) und Operationen zu analysieren. Die API bietet dabei Möglichkeiten, die eine zusätzliche Unterstützung zur Introspektion von Seiten des Bean-Entwicklers unnötig machen. Beans können per Reflexion untersucht werden, wenn sie sich an die in der Spezifikation definierten Konventionen halten.

Ferner gibt es die Möglichkeit, für jede Bean eine BeanInfo-Klasse zu schreiben, die Informationen über die Bean, ihre Eigenschaften und Operationen enthält. Die Klasse Introspector sucht erst nach expliziten Informationen und vervollständigt diese durch Reflexion.

Weiteres

Bei der Änderung einer Bound Property (gebundene Eigenschaft) müssen Objekte über die Änderung informiert werden. Bei Constrained Properties können diese zudem ein Veto einlegen. Die Bean-API stellt hierfür ein Event Delegation Model bereit.

Es können grafische Editoren und Customizer für bestimmte Datentypen und Beans erstellt und durch sie Eigenschaften bequem angepasst werden.

Es gibt einen Persistenzmechanismus für Beans. So können Beans beispielsweise als XML-Dokument gespeichert werden.

Literatur

Olaf Zwintzscher: Software-Komponenten im Überblick. W3L, 2004, ISBN 3-937137-60-2

Weblinks

JavaBeans API Specification
Diplomarbeit JinBean Java GUI Builder – Konzepte und Realisierung Viele der genannten Informationen sind dieser Arbeit entnommen
JavaBean. Kapitel aus Java ist auch eine Insel

@@ Zeile 8: / Zeile 8: @@
 == Überblick ==
-Eine JavaBean ist eine Java-[[Klasse (Programmierung)|Klasse]], die einem [[Komponentenmodell]] entspricht, um automatisierten Zugriff auf ihre Eigenschaften ([[Membervariable]]n) und Operationen zu erlauben. Das Java-[[Software Development Kit|SDK]] stellt Anwendungsentwicklern die Bean-[[Application Programming Interface|API]] (das Paket java.beans) zur Verfügung, um beispielsweise eine Kurzbeschreibung einer Bean anzuzeigen. Das JavaBean-Komponentenmodell wurde vor allem entwickelt, um eine einheitliche API zur einfacheren Entwicklung von GUI-Buildern bereitzustellen. Beans realisieren eine verbesserte Serialisierung und damit Netzwerkfähigkeit, [[Wiederverwendbarkeit]], [[Plattformunabhängigkeit|Portabilität]] und [[Interoperabilität]].
+Eine JavaBean ist eine Java-[[Klasse (Programmierung)|Klasse]], die einem [[Komponentenmodell]] entspricht, um automatisierten Zugriff auf ihre Eigenschaften ([[Membervariable]]n) und Operationen ([[Methode (Programmierung)|Methoden]]) zu erlauben. Das Java-[[Software Development Kit|SDK]] stellt Anwendungsentwicklern die Bean-[[Application Programming Interface|API]] (das Paket <code>java.beans</code>) zur Verfügung, um beispielsweise eine Kurzbeschreibung einer Bean anzuzeigen. Das JavaBean-Komponentenmodell wurde vor allem entwickelt, um eine einheitliche API zur einfacheren Entwicklung von GUI-Buildern bereitzustellen. Beans realisieren eine verbesserte Serialisierung und damit Netzwerkfähigkeit, [[Wiederverwendbarkeit]], [[Plattformunabhängigkeit|Portabilität]] und [[Interoperabilität]].
-Eine Komponente ist nur dann eine JavaBean, wenn sie der ''JavaBeans API Specification'' entspricht, welche die ''JavaBeans Component Architecture'' spezifiziert.
+Eine Komponente ist nur dann eine JavaBean, wenn sie der ''JavaBeans API Specification'' entspricht, die von der ''JavaBeans Component Architecture'' spezifiziert wird.
 == Instanziierung ==
-Eine JavaBean besitzt immer einen [[Konstruktor]] ohne Argumente (Standardkonstruktor). Dies ermöglicht eine standardisierte Instanziierung, beispielsweise einer [[Schaltfläche]]:
+Eine JavaBean besitzt immer einen [[Konstruktor]] ohne Parameter (Standardkonstruktor). Dies ermöglicht eine standardisierte Instanziierung, beispielsweise einer [[Schaltfläche]]:
 <syntaxhighlight lang="java">
@@ Zeile 19: / Zeile 19: @@
 </syntaxhighlight>
-Eine Alternative dieser Instanziierung funktioniert wie folgt:
+Eine Alternative dieser Instanziierung ist:
 <syntaxhighlight lang="java">
 JButton button = new JButton();
@@ Zeile 25: / Zeile 26: @@
 == Zugriffsoperationen ==
-Alle ''Eigenschaften'' einer Bean wahren das [[Datenkapselung (Programmierung)|Geheimnisprinzip]] ''([[Datenkapselung (Programmierung)|information hiding]])''. Der Zugriff ist über spezielle Operationen möglich, die bestimmten Konventionen entsprechen müssen.
+Alle ''Eigenschaften'' einer Bean wahren das [[Datenkapselung (Programmierung)|Geheimnisprinzip]] ''(information hiding)''. Der Zugriff ist über spezielle Operationen möglich, die bestimmten Konventionen entsprechen müssen.
-Für eine Eigenschaft <code>foo</code> heißt die lesende Operation ''(„Getter“)'' <code>getFoo</code>. Bei booleschen Variablen ist alternativ auch <code>isFoo</code> möglich, was allgemein vorgezogen wird. Die schreibende ''(„Setter“)'' Operation heißt <code>setFoo</code>. Indizierte Eigenschaften besitzen jeweils zwei Getter und Setter: Einen für die Gesamtheit, einen für einen bestimmten Index. Eine schreibgeschützte Eigenschaft besitzt keinen (öffentlichen) Setter.
+Für eine Eigenschaft <code>foo</code> heißt die lesende Operation ''(Getter)'' <code>getFoo</code>. Bei booleschen Variablen ist alternativ auch <code>isFoo</code> möglich, was allgemein vorgezogen wird. Die schreibende Operation ''(Setter)'' heißt <code>setFoo</code>. Indizierte Eigenschaften besitzen jeweils zwei Getter und Setter: Einen für die Gesamtheit, einen für einen bestimmten Index. Eine schreibgeschützte Eigenschaft besitzt keinen (öffentlichen) Setter.
 == Introspektion ==
-[[Reflexion (Programmierung)|Introspektion]] ist der Mechanismus, eine Bean auf ihre Eigenschaften, [[Ereignis (Programmierung)|Ereignisse]] (Events) und Operationen zu analysieren. Die API bietet dabei Möglichkeiten, welche eine zusätzliche Unterstützung zur Introspektion von Seiten des Bean-Entwicklers unnötig machen. Beans können per [[Reflexion (Programmierung)|Reflexion]] untersucht werden, wenn sie sich an die in der [[Java Specification Request|Spezifikation]] definierten Konventionen halten.
+[[Reflexion (Programmierung)|Introspektion]] ist der Mechanismus, eine Bean auf ihre Eigenschaften, [[Ereignis (Programmierung)|Ereignisse]] ''(Events)'' und Operationen zu analysieren. Die API bietet dabei Möglichkeiten, die eine zusätzliche Unterstützung zur Introspektion von Seiten des Bean-Entwicklers unnötig machen. Beans können per [[Reflexion (Programmierung)|Reflexion]] untersucht werden, wenn sie sich an die in der [[Java Specification Request|Spezifikation]] definierten Konventionen halten.
-Ferner gibt es die Möglichkeit, für jede Bean eine BeanInfo-Klasse zu schreiben, die Informationen über die Bean, ihre Eigenschaften und Operationen enthält. Die Klasse ''Introspector'' sucht erst nach expliziten Informationen und vervollständigt diese durch Reflexion.
+Ferner gibt es die Möglichkeit, für jede Bean eine BeanInfo-Klasse zu schreiben, die Informationen über die Bean, ihre Eigenschaften und Operationen enthält. Die Klasse <code>Introspector</code> sucht erst nach expliziten Informationen und vervollständigt diese durch Reflexion.
 == Weiteres ==
 Bei der Änderung einer ''Bound Property'' (gebundene Eigenschaft) müssen Objekte über die Änderung informiert werden. Bei ''Constrained Properties'' können diese zudem ein ''Veto'' einlegen. Die Bean-API stellt hierfür ein ''Event Delegation Model'' bereit.
 Es können grafische ''Editoren'' und ''Customizer'' für bestimmte [[Datentyp]]en und Beans erstellt und durch sie Eigenschaften bequem angepasst werden.