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

Znovupoužitie návrhových vzorov na úrovni modelu 161
Kompozícia vzorov Composite a Decorator
Pri vytváraní kompozície viacerých vzorov je nutné vybra také alternatívy jednotlivých
spájaných vzorov, aby bolo možné zabezpei ich vzájomnú spoluprácu o možno najjednoduchšie.
V rámci príkladu došlo k použitiu vzoru Decorator so samostatným rozhraním
pre dekorátory, pretože inštancia obsahuje viac dekorátorov. Súasne bol použitý variant
vzoru Composite s metódami na pridávanie a odoberanie objektov len v rámci kompozitnej
triedy, nakoko pridanie metód do celej hierarchie by znamenalo pridanie týchto metód
aj do tried definovaných vzorom Decorator, o by zbytone komplikovalo návrh.
Realizácia transformácií
Existuje viacero jazykov urených na transformáciu medzi modelmi. Jednou z alternatív je
jazyk QVT (Query View Transformation), ktorý bol definovaný pre potreby MDA skupinou
OMG. Jeho špecifikácia je však natoko zložitá, že momentálne neexistuje implementácia,
ktorá by úplne vyhovovala tomuto jazyku. Preto je vhodné prikloni sa k niektorému
z jazykov, ktoré sa svojou funknosou blížia ku QVT, ale na rozdiel od neho už majú
funknú implementáciu. Príkladom takého jazyka je ATL, ktorý bol vytvorený v rámci
Eclipse Modeling Framework. V úvahu pripadajú aj jazyky definované v rámci existujúcich
vývojových prostredí, akými sú napr. Borland Together alebo Rational Software Architect.
Nasledujúci príklad je ukážkou transformácie vzoru Singleton, ktorá pridáva triede
statickú metódu urenú na vytvorenie inštancie.
rule SingletonClass {
from s : UML2!uml::Class (
if thisModule.inElements->includes(s) then
s->oclIsTypeOf(UML2!uml::Class) and
s->getAppliedStereotypes()->
exists(m|m.qualifiedName='MyProfile::Singleton')
else false endif)
}
to
t : UML2!uml::Class (name