2.2.3. Transitive Abhängigkeiten des common Moduls

2.2.3. Transitive Abhängigkeiten des common Moduls
Zurück	2.2. Das Hello World Beispiel	Weiter

In der Praxis ist immer gut zu wissen, welche transitiven Abhängigkeiten man sich einhandelt, wenn man eine neue Technologie einführt. Jowidgets wurde bewusst so entworfen, dass (außer jowidgets selbst) möglichst keine weiteren externen Abhängigkeiten notwendig sind.

Durch das Modul org.jowidgets.tools hat man die folgenden internen (siehe auch Jowidgets Modulübersicht im Anhang) und keine externen transitiven Abhängigkeiten.

org.jowidgets.util: UI unabhängige Utilities und Datenstrukturen. Siehe auch Jowidgets Utils.
org.jowidgets.i18n: Eine API für (Multi User Locale) Internationalisierung. Siehe auch i18n.
org.jowidgets.classloading.api: API für Classloading Aspekte. Dies ist hauptsächlich für die OSGi Kompatibilität notwendig. Siehe auch Jowidgets Classloading.
org.jowidgets.validation: Eine (UI unabhängige) API für Validierung. Siehe auch Die Validation API
org.jowidgets.validation.tools: Vorgefertigte Validatoren.
org.jowidgets.unit: Eine (UI unabhängige) API für den Umgang mit Einheiten (z.B. Hz, Byte, KG, etc.).
org.jowidgets.common: Gemeinsame Schnittstellen und Klassen der jowidgets API und der jowidgets SPI.
org.jowidgets.api: Die jowidgets API (überwiegend Java Interfaces).
org.jowidgets.tools: Während die API überwiegend aus Schnittstellen besteht, finden sich hier nützliche Klassen, welche sich aus den Schnittstellen ergeben, wie zum Beispiel Default Implementierungen, abstrakte Basisklassen, Wrapper, Listener Adapter und weitere.

Zurück	Nach oben	Weiter
2.2.2. Das common Modul	Zum Anfang	2.2.4. HelloWorldApplication - Der common Ui Code