1 © 2001, Jens Dibbern, EMPRISE Software + Consulting GmbH Alternativen für die Entwicklung von...

transcript

Alternativen für die Entwicklung von grafischen Oberflächen in Java

GI-Regionalgruppenveranstaltung Bremen/ Oldenburg

4. Dezember 2001

Jens Dibbern, EMPRISE Software + Consulting GmbH Hamburg

1996 1997 1998 1999 2000 2001

Timeline

IBM Standard Widget Toolkit (SWT)

MS .NET Framework

JDK 1.0 mit dem Abstract Windowing Toolkit (AWT)

MS Application Foundation Classes (AFC)

Sun Java Foundation Classes/Swing (JFC)

MS Windows Foundation Classes (WFC)

Abstract Windowing Toolkit (AWT)

• Der Beginn von grafischen Oberflächen in Java

• kleinster gemeinsamer Nenner der unterstützten Plattformen

• sehr geringer Umfang (Button, Checkbox, Choice, Label, List, TextArea, TextField)

Application Foundation Classes (AFC)

• Microsofts erste GUI Klassenbibliothek für Java

• Basierend auf dem JDK 1.1 plattformunabhängig

• ausgeliefert mit jeder MS Java VM seit dem Internet Explorer 4

• Unterstützung durch Borland und Metrowerks angekündigt

Windows Foundation Classes (WFC)

• Microsofts zweite GUI Klassenbibliothek für Java

• fokussiert auf Microsoft Windows

• verbunden mit der Microsoft Java VM

Java Foundation Classes (JFC/Swing)

• Von Sun für das JDK 1.1 nachgeliefert

• Bestandteil der Java 2 Plattform

• aufwendig gestaltet mit Pluggable Look & Feels

• unterstützt von den meisten Entwicklungsumgebungen

Aufbau von Swing

Java Virtual Machine

Betriebssystem

Anwendung

Ablauf beim Erzeugen einer Schaltfläche (Swing)

JButton UI Manager UI Defaults DelegateKonstruktor

getUI(button)

getClassID()

returns

createUI()

setUI(delegate)

installUI(button)

Swing Widgets

IBM Standard Widget Toolkit (SWT)

• Bestandteil des Eclipse Projekts

• Basis für zukünftige Entwicklungsumgebungen von IBM

• plattformunabhängige API - plattformabhängige Implementierung

• Open Source Software

Aufbau von SWT

Java Virtual Machine

Betriebssystem

Anwendung

SWT Shared Library

Ablauf beim Erzeugen einer Schaltfläche (SWT)

• Dies ist plattformabhängig!

• Im Konstruktor wird über das Java Native Interface (JNI) die systemspezifische Abbildung einer Schaltfläche erzeugt.

• Der Quellcode ist offengelegt, aber nur von erfahrenen Entwicklern für die jeweilige Plattform nachvollziehbar.

SWT Widgets

Microsoft J# und das .NET Framework

• Bestandteil von Microsofts .NET Initiative

• Java Syntax & API auf dem Stand des JDK 1.1.4

• Nutzt weder Java Bytecode noch eine Java Virtual Machine

• Last but not least:„This is preliminary documentation and subject to change.“

Aufbau von J# und dem .NET Framework

Common Language Runtime

Betriebssystem

Anwendung

Framework Class Library

Ablauf beim Erzeugen einer Schaltfläche (J# & .NET)

• Dies ist nicht nachvollziehbar, da der Quellcode nicht offengelegt wird.

• Die Annahme eines ähnlichen Ablaufes wie beim SWT wirkt plausibel - große Teile der Framework Class Library werden in C bzw. C++ codiert und in Intermediate Language (MSIL) übersetzt sein.

.NET Widgets

Was bedeutet „Performance“ für uns

• Ausführungsgeschwindigkeit

• Laufzeit beim Starten

• Hauptspeichernutzung

• Skalierbarkeit

• wahrgenommene Leistung

Ein paar Worte zur Ergonomie

• Einfache und natürliche Dialoge• Sprich die Sprache des Benutzers• Belaste das Gedächtnis wenig• Sei konsistent• Gib Rückmeldungen• Klar gekennzeichnete Ausgänge• Stelle Abkürzungen zur Verfügung• Liefere gute Fehlermeldungen• Beuge Fehlern vor

Vor- und Nachteile von Swing

+ Ausführliche Dokumentation

+ Breite Unterstützung durch Softwareindustrie

+ Quellcode verfügbar

- aufwendige, „teure“ Architektur

- Nachbildung plattformspezifischer Eigenschaften

Regeln für die Benutzung von Swing

• Verstehen & benutzen Sie das verwendete MVC Paradigma

• Default Renderer sind nicht auf Ihre Anwendung abgestimmt

• Verstehen Sie & arbeiten Sie mit Threads

• Ein Profiler kann helfen!

• Das JDK 1.4 hoffentlich auch?

Wann setze ich Swing in Projekten ein?

• Jetzt

• Wenn andere Klassenbibliotheken nicht in Frage kommen

Vor- und Nachteile von SWT

+ Effiziente, „schnelle“ Architektur

+ Open Source Software

+ Referenzprojekt im Quellcode mitgeliefert

- mangelnde Dokumentation

- Plattformabhängigkeit

Regeln für die Benutzung des SWT

• If you created it, you dispose it.

SWT Klassen belegen im Konstruktor Systemressourcen, die explizit freigegeben werden müssen.

• Disposing the parent disposes the children.

Abhängige Objekte werden implizit freigegeben.

Wann setze ich SWT in Projekten ein?

• Wenn das Projekt den Einsatz von SWT demonstrieren soll

• Wenn über Personal mit SWT Erfahrung verfügt wird

• Wenn die Unterstützung von anderen Systemen als Windows oder Linux nicht benötigt wird

Vor- und Nachteile von J# & .NET

+ Enge Integration in die Windows Plattform

+ Hochwertige Entwicklungsumgebung verfügbar

- Plattformabhängigkeit

- Proprietäre Laufzeitumgebung

- Keine Unterstützung der Java 2 Plattform

- kein RMI

Regeln für die Benutzung von J# & .NET

• Es gibt keine Regeln.

• Das nächste Beta Release ist Dein Feind.

• Das erste Final Release ist Dein Freund.

Wann setze ich J# & .NET in Projekten ein?

• Wenn ein reiner Windows Client benötigt wird

• Wenn Kenntnisse der Java Syntax vorhanden sind

• Wenn die Gesamtstrategie auf MS .NET geändert wird

• Wenn keine Enterprise Java Beans integriert werden

• Nicht vor dem Final Release von Visual J#

„Ich hätte gerne eine Java Klassenbibliothek mit der Swing API, die

direkt in das jeweilige Betriebssystem integriert ist, eine

standardkonforme Java Virtual Machine voraussetzt, vorbildlich in

Englisch und Deutsch dokumentiert ist, mindestens MS Windows,

Apple Mac OS X, Linux & Solaris unterstützt, sowie eine

entsprechende Entwicklungsumgebung mit leistungsfähigem

Maskendesigner.“

Quellen

• Swing http://java.sun.com/products/jfc/

• Eclipse http://www.eclipse.org/

• J# & .NET http://msdn.microsoft.com/visualj/jsharp/beta.asp

• Jürgen Schlierf, Rudolf Weber: Programmieren mit Swing, Carl Hanser, 1999

• David Flanagan: Java Foundation Classes in a Nutshell, O‘Reilly, 2000

1 © 2001, Jens Dibbern, EMPRISE Software + Consulting GmbH Alternativen für die Entwicklung von...

Documents