Graphische Benutzerschnittstellen (GUIs)/ AWT

8 Graphische Benutzerschnittstellen (GUIs)/ AWT

Inhalt AWT ·Übersicht ·``Components'' ·Layout

Literatur: Dieser Abschnitt diskutiert Auszüge aus dem Paket java.awt Abstract windowing toolkit. Das Paktet ist sehr groß, sodaß wir nur einen kleinen Teil ansprechen können. Bestimmte Teile (Graphiken, Fonts, Farben) wurden auch bereits in einem vorangegangenen Abschnitt besprochen)

Die GUI-Libraries haben sich unter allgemeiner Begeisterung und nicht zum ersten zum ersten Mal geändert. Sie haben jetzt die schöne Bezeichnung Java Foundation Classes (JVC) bekommen. Näheres zu Swing vielleicht später.

Weitere Informationen finden sich in Kapitel 8 im alten Nutshell-Buch. Aus Gründen der Geldschneiderei, gibt es nun ein extra-Nutshell buch für die AWT: [Fla99a]. von [Fla99b], Kapitel 6 aus [Fla97a] oder Kapitel 10 aus [LL97]. Events sind eng mit der Programmierung von GUIs verbunden, kommen aber später noch genauer.

Java Foundation Classes

Bestehend aus den Paketen:
- AWT: Modernes GUI-Toolkit, fast aufwärtskompatibel mit JDK 1.1
- Swing: noch moderneres⁴⁹ GUI-Toolkit, erweitert AWT
- Für applets, die von (den meisten) Browsern verstanden werden sollen: besser AWT
- Java 2D (1.2) Graphic
- neue API's für Drucken und Datentransfer: ( java.awt.print, java.awt.datatransfer)
- Applets

Übersicht über das Abstract Windowing Toolkit

Wir können vier wichtige Gruppen von Klassen aus dem AWT ausmachen

Graphik: Klasse Grapics zum Pixelmalen (siehe vorangeganenen Abschnitt)
graph. Komponenten:⁵⁰ Klasse Component (und MenuComponent) und ihre Unterklassen: Interfaceelemente zur Interaktion
Component: wichtiges (abstraktes) GUI-Element
- Knöpfe
- Listen
- Menues
- Scroll bars
- Dialoge ...
Layout: zur Anordnung von Komponenten innerhalb von Komponenten.
Events: Ereignisse, zur Interaktion mit der Oberfläche notwendig.

Erstellen einer GUI

Erzeugen der Komponenten
- wie üblich instantiieren mit new (z.B. Button quit = new Button("Quit")),
- passiert meist zu ``Beginn'' der umgebenden Komponente (in init(), im Konstruktor)
Hinzufügen der Komponenten in einen Behälter
- führt oft zu einer "`Enthalten-in"'- Hierarchie: Container in Container in Container ...
- Hinzufügen einer Komponente zu einem Container: add
Festlegen des Layouts: Verschiedene Layoutmanager
Handling von Events (Später)

Figure 2: Events & GUIs

GUI-Komponenten

Komponente Nutzen

Component Wurzel der Containerhierarchie

Button Knopf zum Klicken mit String als Beschriftung.

Canvas Vanilla-Oberfläche

Label eine Zeile read-only Text

TextField Zeile edierbaren Text (s.a. TextComponent-Oberklasse)

TextArea Mehrere Zeilen edierbaren Text

List List selektierbarer Elemente

Scrollbar wie der Name schon sagt; senkrecht oder waagrecht

FileDialog Dialogbox zum Filebrowsen

Checkbox An/Aus (s.a. CheckboxGroup. ``Checkbox/Radio buttons'')

Choice Auswahlmenu (``Choice-Button'')

Table 7: einige Komponenten (Unterklassen von Component)

Komponenten (2)

Menu Component Nutzen

Menu Pulldown Menu, in einer Menueleiste; add(_) für Menuitems

MenuBar Menuleiste. add(Menu m) fügt neue Menues hinzu

MenuItem

Container Nutzen

Container Wurzel der Containerhierarchie

Dialog Dialogboxen

Window Top-level Fenster ohne sonstigen Schmuck (selten verwendet)

Frame Fenster mit Rand (Unterklasse von Window)

Panel Container innerhalb eines anderen, also nicht stand-alone. Generischer Container ohne eigenes Verhalten, hierarchisch schachtelbar, Oberklasse von Applet.

ScrollPane einzelne Region mit zwei Scollbars, senkrecht und waagrecht

Containers

Figure 3: Containers

spezielle Components zum Gruppieren von graph. Elementen
zwei Arten von Containern
- nur innerhalb anderer graphischer Container möglich: Panel/Applet (z.B. innheralb des Appletviewers)
- die stand-alone laufen können/eine eigene graphische Fläche im Fenstersystem bilden (siehe auch das Stand-Alone-Applet auf Folie ??).

Layout Management

Layout Manager implementieren LayoutManager interface⁵¹
Wichtige Gruppe von Klassen im awt
Verwendung: Instanzen werden als Argument der Containermethode setLayout(..) gegeben.

Neben dem default-Verhalten: keine Stategie (= null = Layout ``per Hand'') gibt es vordefinierte Manager für verschiedenen Strategien:

FlowLayout Fließtextartig

GridLayout Spalten- und Zeilenanordnung

BorderLayout N/S/O/W und einen in der Mitte

CardLayout Nur eine Komponente zu einem Zeitpunkt

GridBagLayout komlexere Strategie

July 4, 2000

Komponente	Nutzen
`Component`	Wurzel der Containerhierarchie
`Button`	Knopf zum Klicken mit String als Beschriftung.
`Canvas`	Vanilla-Oberfläche
`Label`	eine Zeile read-only Text
`TextField`	Zeile edierbaren Text (s.a. `TextComponent`-Oberklasse)
`TextArea`	Mehrere Zeilen edierbaren Text
`List`	List selektierbarer Elemente
`Scrollbar`	wie der Name schon sagt; senkrecht oder waagrecht
`FileDialog`	Dialogbox zum Filebrowsen
`Checkbox`	An/Aus (s.a. `CheckboxGroup`. ``Checkbox/Radio buttons'')
`Choice`	Auswahlmenu (``Choice-Button'')

Menu Component	Nutzen
`Menu`	Pulldown Menu, in einer Menueleiste; `add(_)` für Menuitems
`MenuBar`	Menuleiste. `add(Menu m)` fügt neue Menues hinzu
`MenuItem`
Container	Nutzen
`Container`	Wurzel der Containerhierarchie
`Dialog`	Dialogboxen
`Window`	Top-level Fenster ohne sonstigen Schmuck (selten verwendet)
`Frame`	Fenster mit Rand (Unterklasse von `Window`)
`Panel`	Container innerhalb eines anderen, also nicht stand-alone. Generischer Container ohne eigenes Verhalten, hierarchisch schachtelbar, Oberklasse von `Applet`.
`ScrollPane`	einzelne Region mit zwei Scollbars, senkrecht und waagrecht