Dankwoord - martes

32 HOOFDSTUK 3. METHODOLOGIE
Een eerste oplossing die wie hier voorstellen is als volgt: telkens we een collectieoperatie
tegenkomen dan gaan we een hulpmethode voor deze genereren in de klasse (context) waarbij
deze hoort. In deze context zijn hulpmethode OCL collectieoperaties die geen tegenhangers
in JAVA Collection API hebben. Bijgevolg is er de mogelijkheid van gedupliceerde methoden
met dezelfde inhoud niet uitgesloten.
Een tweede oplossing zou kunnen zijn om een keer een standaard bibliotheek te genereren die
alle hulpoperaties zal bevatten die geen tegenhangers in de JAVA API hebben. Vermits onze
sjablonen zowel een vast als een variabel deel hebben, moeten we in de signatuur van deze
operaties als argumenten de source collectie en de body expressie meegeven om het variabele
gedeelte in te vullen. Dit lijkt een goede oplossing maar aan de andere hand moeilijk te
implementeren.
Een derde oplossing zou kunnen zijn om in plaats van een standaard bibliotheek met statische
methoden te genereren nemen we de eerste oplossing en passen we paar verbeteringen erop toe.
Voor we een hulpoperatie gaan genereren, gaan we eerst nagaan of al deze niet gegenereerd
was. Indien dat het geval was, moeten we deze niet meer gaan genereren. Om deze aanpak
te kunnen implementeren, moeten we ergens alle onze gegenereerde hulpoperaties met hun
bijbehorende source collectie en de body expressies bijhouden.
In deze thesis gebruiken we de eerste aanpak. De uiteindelijke geproduceerde code zorgt voor
heel wat duplicatie van methoden bij gebruik van collectieiteratoren. Indien dat door een
programmeur handgeschreven is kan dat heel wat lastig zijn en tot fouten leiden. Vermits de
code door een tool gegenereerd is, is deze code replicatie niet een probleem. Het enige nadeel
is de grootte van de geproduceerde code. In alle systemen behalve embedded systemen is dat
geen probleem. In embedded systemen waarin de geheugengrootte beperkt is is deze aanpak
minder geschikt. Maar dit ligt buiten het bereik van onze thesis.
3.2.4 Vertaling van OCL if-then-else expressies
Er zijn twee mogelijkheden voor de vertaling van de OCL if-then-else constructie naar
JAVA. Ofwel gebruiken we de corresponderende if-then-else constructie in JAVA ofwel de
korte notatie voor deze constructie. Als voorbeeld geven we de volgende OCL if-then-else
expressie.
Listing 16 Een voorbeeld van een OCL if-then-else expressie
if
then
else
endif
In dit eenvoudige voorbeeld hebben we geen collectieoperaties (collectieiteratoren) opgenomen
maar indien dat het geval was dan zouden we extra hulpmethoden genereren. De JAVA code
maakt gebruik van de verkorte notatie van de if-then-else constructie ook bekend als de
ternaire operator ( ? : ). We gebruiken toch de verkorte notatie van de if-then-else
constructie want deze past eleganter in onze sjablonen.