Untitled - Vitajte na stránkach www.einsty.hostujem.sk

P R O G R A M U J E M E
Udalosti súvisiace so zmenou hierarchie komponentov reprezentuje trieda Hierarchy-
Event, urèená opätovne len na informaèné úèely. Udalosti oznaèenia a odznaèenia položky
v objekte typu ItemSelectable (takým je napríklad trieda List) reprezentuje trieda
ItemEvent. Príslušnú položku získame volaním metódy getItem(). Poslednou udalostnou
triedou je TextEvent, ktorá indikuje zmenu textového obsahu v komponente.
ZACHYTÁVANIE UDALOSTÍ. Ako sme hovorili minule, jednotlivé komponenty
AWT generujú rôzne množiny udalostí a iným objektom poskytujú možnos reagova
na výskyt týchto udalostí. Objekt, ktorý sa chce dozvedie o každom výskyte nejakého
typu udalosti, pripojí k príslušnému komponentu tzv. listener. Sú v zásade dva spôsoby,
ako vytvori listener: implementáciou príslušného „poèúvacieho“ rozhrania alebo odvodením
od niektorej adaptérovej triedy.
„Poèúvacích“ rozhraní je spolu pätnás a všetky sú odvodené od rozhrania Event-
Listener (neobsahuje žiadne metódy, slúži len ako spoloèný predok). Nebudeme ich tu
všetky menova , v zásade majú názvy korelujúce s metódami typu (add|remove)*Listener()
jednotlivých komponentov. Jeden príklad za všetky: rozhranie ActionListener.
Toto rozhranie musia implementova všetky listenery, ktoré majú zachytáva
„akèné“ udalosti, ako napríklad kliknutie na tlaèidlo. Rozhranie tvorí jediná metóda
actionPerformed(), ktorá je volaná v okamihu výskytu udalosti. Parametrom metódy
actionPerformed() je objekt typu ActionEvent.
Treba ma na pamäti, že metóda actionPerformed() je súèas ou listenera a volá
ju komponent, na ktorom k udalosti došlo. Vo všeobecnosti si každý komponent udržuje
zoznam všetkých zaregistrovaných listenerov a pri výskyte niektorej udalosti ich všetkých
informuje zavolaním ich príslušnej metódy.
Podobne vyzerajú aj ostatné „poèúvacie“ rozhrania, môžu však obsahova aj viac ako
jednu metódu, na indikáciu rôznych podtypov udalostí (napríklad WindowListener
obsahuje sedem metód, zodpovedajúcich siedmim podtypom udalosti WindowEvent).
Urèitou nevýhodou tohto spôsobu zachytávania udalostí môže by nutnos implementova
všetky metódy príslušného rozhrania, aj keï máme záujem iba o jeden podtyp udalosti.
Malý príklad, ako pripoji k tlaèidlu akèný listener:
import java.awt.*;
import java.awt.event.*;
...
Button b = new Button(„OK“);
b.addActionListener(new ButtonWatcher());
...
class ButtonWatcher implements ActionListener
{
void actionPerformed(ActionEvent e)
{
// ošetrenie udalosti
}
}
(Dva riadky kódu, na ktorých sa vytvára nový objekt typu Button a pripája sa k nemu
listener, budú, pochopite¾ne, súèas ou nejakej metódy.)
Druhým spôsobom zachytávania udalostí je použitie niektorej z adaptérových tried.
Ide o osem abstraktných tried, ktoré implementujú vybrané poèúvacie rozhrania. Metódy
týchto tried sú implicitne prázdne. Ak od niektorej z tried odvodíme vlastný adaptér,
postaèí reimplementova len tie metódy, o ktoré máme záujem (na rozdiel od poèúvacích
rozhraní, kde sme povinní implementova všetky metódy). Názvy adaptérových tried
sú podobné názvom poèúvacích rozhraní, len namiesto slova Listener je Adapter.
Adaptérové triedy existujú len pre rozhrania s viac ako jednou metódou.
Príklad použitia triedy WindowAdapter:
// nech f je inštanciou Frame
f.addWindowListener(new WindowWatcher());
...
class WindowWatcher extends WindowAdapter
{
void windowClosing(WindowEvent e)
{
// reakcia na zavretie okna
}
}
Treba ma na pamäti, že v praxi sa namiesto samostatných tried (ako sú Button-
Watcher a WindowWatcher v našich príkladoch) èastejšie používajú triedy vnorené
alebo dokonca anonymné, takže sa stretneme napríklad so zápisom:
f.addWindowListener(new WindowAdapter
{
void windowClosing(WindowEvent e)
{
// reakcia na zavretie okna
}
});
K anonymným triedam sa však dostaneme až neskôr.
PRÁCA S OBRÁZKAMI. Ïalší podbalík java.awt.image poskytuje triedy urèené
na vytváranie a úpravu obrázkov. Ako abstraktná reprezentácia grafického obrázka
slúži trieda Image (ktorá patrí do java.awt). Z dôležitých metód spomeòme getWidth()
a getHeight() na zistenie rozmerov obrázka a getSource() na získanie objektu,
ktorý má na starosti vygenerovanie jednotlivých pixelov obrázka.
Na zaèiatku èlánku sme spomenuli triedu Toolkit, ktorá poskytuje nieko¾ko metód
na vytvorenie a prácu s obrázkami. V balíku java.awt.image sa nachádzajú triedy
urèené pre komplexnejšie operácie. Práca s obrázkami je postavená na prúdovom modeli,
ktorý zahàòa „producenta“ obrázka (implementuje rozhranie ImageProducer), volite¾né
filtre a „spotrebite¾a“ obrázka (implementuje rozhranie ImageConsumer).
Základom obrázkových filtrov je trieda ImageFilter, ktorá sa sama osebe javí ako
spotrebite¾ obrázka. Táto trieda predstavuje prázdny filter a slúži len ako bázová implementácia.
Praktickejšia je trieda CropImageFilter, ktorá dokáže pôvodný obrázok
oreza na požadovanú ve¾kos . Na jednoduchú zmenu rozmerov obrázka možno použi
triedu ReplicateScaleFilter, ktorá používa najjednoduchší možný algoritmus: opakuje
riadky (pri zväèšovaní obrázka) alebo ich vynecháva (pri zmenšovaní). O nieèo lepšie
výsledky dáva trieda AreaAveragingScaleFilter, ktorá pri zmene rozmerov poèíta
priemerné hodnoty pixelov. Najzaujímavejšia je však abstraktná trieda RGBImageFilter,
ktorá umožòuje filtrova obrázky na základe zložiek RGB jednotlivých pixelov. Vzh¾adom
na jej abstraktnos je jasné, že konkrétny filter treba naprogramova reimplementáciou
príslušných metód.
Na prepojenie producenta obrázka a niektorého z filtrov použijeme triedu Filtered-
ImageSource. Tá sa sama tvári ako producent, takže v prípade nutnosti použi viacero filtrov
staèí triedy vhodne zre azi rovnakým spôsobom ako pri filtroch údajových prúdov.
Ostatné triedy spomeòme len struène: ColorModel je abstraktná trieda na reprezentáciu
farebných modelov. Jej konkrétne implementácie tvoria triedy ComponentColor-
Model (zložkový model, jednotlivé farebné zložky sú samostatnými údajmi), IndexColorModel
(paletový systém, jednotlivé farby sú indexmi do zadanej farebnej palety) a
DirectColorModel, ktorá je odvodená cez medzipotomka PackedColorModel (opä
zložkový model, jednotlivé zložky sú však skombinované do jedného údaja – napríklad
model RGB565 v 16-bitových farebných režimoch).
Na reprezentáciu pixelového rastra slúži trieda Raster. Nad rastrami možno vykonáva
rôzne operácie, ako afinné transformácie, konvolúcie a podobne. Údaje rastra sú
uložené v objekte typu DataBuffer.
ÏALŠIE PODBALÍKY. V balíku java.awt možno nájs nieko¾ko ïalších podbalíkov,
ale s oh¾adom na rozsah èlánku sa im nebudeme podrobnejšie venova . Takže len
informatívne: balík java.awt.color obsahuje triedy na prácu s farebnými profilmi ICC.
Balík java.awt.datatransfer poskytuje rozhrania a triedy na výmenu dát medzi aplikáciami
(pomocou schránky – clipboardu). V balíku java.awt.dnd sa nachádzajú triedy
potrebné na implementáciu mechanizmu drag-and-drop. Ïalší balík java.awt.font
v súlade so svojím názvom poskytuje triedy a rozhrania na prácu s písmami a ich opisnými
súbormi (fontami). Balík java.awt.geom obsahuje množstvo tried na prácu s
dvojrozmernou grafikou. Balíky java.awt.im a java.awt.im.spi umožòujú zápis
netradièných znakov (typicky japonských, èínskych èi kórejských) pomocou tzv. vstupných
metód. No a koneène v poslednom balíku java.awt.print nájdeme rozhrania a triedy
na prácu s tlaèiaròou.
PRI GRAFIKE ZOSTANEME. Java 2 obsahuje okrem AWT ešte jeden grafický
rámec s poetickým názvom Swing. Ten je o nieèo bohatší a prispôsobite¾nejší. Viac si o
òom povieme v budúcom pokraèovaní.
Vladimír Klimovský
148 PC REVUE 12/2001