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

Rámce 119
Výhody a nevýhody rámcov
Používanie rámcov v mnohom uahuje tvorbu softvéru. Ide však o dos rozsiahle a zložité
nástroje, ktoré sa dajú efektívne využíva až potom, o sa s nimi používate oboznámi.
Potreba rozsiahlejšieho uenia sa práci s rámcami je hlavnou nevýhodou pri ich používaní.
Naproti tomu, hlavnými výhodami sú:
− znovupoužitenos – návrh kostry systému opakovatene použitený pre viaceré problémy
z tej istej oblasti,
− spoloné vlastnosti – rámce zachytávajú spoloné vlastnosti softvéru, ktoré je dobré
spozna a využi pri vývoji,
− štandardizácia – s jej využitím vyvíjané aplikácie môžu používa existujúce overené
súiastky a tým sa znižujú náklady a zväšuje sa robustnos aplikácií,
− inžinierska základa – vaka štandardizácii, otvorenej architektúre a rozšírenému používaniu
rámca sa vytvára dobrá základa trénovaných používateov,
− tréning – zvýšenie výkonnosti používaním ustáleného rozhrania lovek-poíta a dokumentácie,
− interoperabilita – aplikácie, ktoré používajú ten istý rámec sú skôr kompatibilné,
− škálovatenos – použitím architektonickej infraštruktúry sa zlepšuje škálovatenos
systému,
− prenosnos – použitím otvorených konceptov a štandardov,
− bezpenos – je vstavaná a nie len pridaná,
− as vývoja – je po nauení sa používania rámca podstatne kratší,
− vyspelos – rámce sa zlepšujú používaním a alšími vylepšeniami.
Rámce však prinášajú aj svoje nevýhody. Nevýhody zaínajú už pri úsilí na vývoj znovupoužiteného
rámca. Potom pred zaatím používania je potrebné sa naui vlastnosti a možnosti
rámca. Rámce ukrývajú svoju architektúru pred používateom, o sažuje porozumenie
a neštandardné použitie rámca. Prechod medzi typmi rámcov je nároný (ierna skrinka na
bielu a naopak). V rámci vnútornej architektúry rámce môžu rozline spracováva udalosti,
o sažuje vzájomné použitie rámcov.
Návrh rámcov
Ide o iteratívny proces na základe doménových expertíz. Problémom je, koko funkcionality
„nadrôtova“ napevno a koko rieši cez horúce body; aký bohatý má by rámec, aby
nebol príliš zložitý na uenie, a pod. Trendom je spájanie menších rámcov, priom vývoj
rámcov ide zdola nahor. Návrh rámca by mal by pružný, úplný, rozšíritený a zrozumitený.
Pri identifikovaní entít nepostaujú len metódy objektovo-orientovanej analýzy.
Sústredi sa treba najmä na služby a nie na objekty.
alej treba stanovi správanie sa rámca – ako sú entity aktivované a ako prispievajú
ku správaniu systému. Správanie súiastok má by pre každý klient rovnaké. Ak je aplikácia
komplexná, bude vyžadova aj použitie komplexných entít, ktoré sú realizované použitím
zložených objektov. Pri týchto typoch objektov ako aj pri samotnom paralelizme
v aplikácii je potrebné zabezpei riadny chod aplikácie z hadiska súbežnosti.