elektronická verzia publikácie - FIIT STU - Slovenská technická ...

Softvérové súiastky 49
teda musí ma mechanizmus zabezpeujúci šírenie udalostí a musí jednoznane špecifikova,
o sa stane, ke vznikne udalos.
Dva základné modely na spracovanie udalostí sa nazývajú pull model (model ahania)
a push model (model tlaenia).
Pull model
V pull modeli súiastka, ktorá spracováva udalosti, požiada o novú udalos hne ako má
predchádzajúcu udalos spracovanú. Ak alšia udalos nie je k dispozícii, súiastka aká
urenú dobu a potom opakuje svoju žiados.
Hlavným problémom tohto modelu je, že ak vznikne viac udalostí poas spracovania
predchádzajúcej, všetky okrem poslednej sa môžu strati. Tento problém iastone rieši
vytvorenie radu udalostí. Ak sa rad preplní, systém musí vedie akceptova stratenie udalosti.
Džka radu je limitovaná z dvoch dôvodov. V systémoch sa asto používa veké
množstvo typov správ a dlhý rad pre každý typ správy by spôsobil neúmernú spotrebu
pamäti. Druhý dôvod je, že reagova na udalos má zvyajne význam len do uritého asu.
Ak udalos aká príliš dlho, zastará a jej spracovanie už nemusí ma žiadny význam, len
zbytone spotrebuje výpotové zdroje.
Manažér udalostí pre tento model je pomerne jednoduchý. V urených asoch prezerá
všetky zaregistrované zdroje udalostí a ke niektorý vytvorí udalos, uloží ju do príslušného
radu. Ke si udalos vyzdvihnú zaregistrované súiastky, prípadne po stanovenom
ase alebo po zaplnení radu, manažér túto udalos z radu odstráni.
Udalos pritom môže by urená len jedinému z príjemcov alebo všetkým zaregistrovaným
príjemcom. Ak je urená len pre jedného, vymaže sa z radu hne ako sa odovzdá
prvému, kto o u požiadal. Ak je urená pre všetkých, tak sa znaí kto už udalos prevzal
a vymaže sa až s posledným odberom.
Udalos pre jedného sa používa najmä vtedy, ke je viacero súiastok na spracovanie
rovnakej udalosti – záaž sa rovnomerne rozdeuje. Udalos si prevezme tá súiastka, ktorá
práve skonila predchádzajúcu innos.
Dobrým príkladom na spracovanie udalosti pre každého je udalos „vyšla upravená
verzia softvérového systému“. Každá inštancia tohto softvérového systému si raz denne
alebo raz za týžde na zodpovedajúcom serveri skontroluje, i bola vytvorená novšia verzia.
Ak bola vytvorená, môže sa nainštalova, ak nie, softvér znovu pošle požiadavku
po stanovenom ase. Ak bol nejaký poíta dlhší as vypnutý, zvyajne nevadí, že sa preskoili
dve alebo tri verzie softvérového systému a nainštaluje sa najnovšia.
Tento príklad ukazuje aj výhody modelu. Drobnou výhodou je, že staí implicitná registrácia
pozorovatea – vie kde sa má pýta. Vekou výhodou je jednoduchý manažér
udalostí. Potrebuje len zabezpei, aby sa každá udalos dostala do svojho radu
a poskytuje rýchle odpovede na stav radu. Nemusí sa trápi a opakovane vyzýva všetkých,
ktorí zatia nereagovali na udalos.
Push model
V push modeli súiastka, ktorá vytvára udalos, pošle správu všetkým súiastkam, ktoré
sa prihlásili na jej spracovanie. Ak príjemca udalosti ešte nie je pripravený túto správu
spracova, správa sa stratí. Tento problém znovu môže iastone rieši rad na správy, tentoraz
na strane príjemcu.