Carletti A/S 2012 - Kalabakas.dk

23. april - 2012 Robert Nogal
24. maj - 2012 Carletti Projekt 2012 Emil Thygesen
Mads Pedersen
}
...
I dette system er der benyttet singleton på DAO, Service og SystemDato. De to første klasser er allerede
blevet forklaret hvorfor de er blevet implementeret således.
Grunden til at SystemDato-klassen er implementeret på den måde ligger i at systemet kun skal hente de
nødvendige datoer fra én klasse, så der ikke opstår en uens udvikling i tiden. Hvis der var to, ville det være
muligt at nogle objekter fik deres datoer fra et SystemDato objekt mens andre fik fra en anden. Oven i det
ville de to objekter af SystemDato kunne have to forskellige udgangsdatoer
Strategy
Pointen i strategy-mønstret er at generalisere klasserne hvor der på et eller andet punkt er en central klasse
som alle subklasser nedarver fra. På den måde kan man benytte superklassen som en type definition på fx
en attribut i ens application. På den måde kan der assignes et objekt af en subklasse til attributten som så
ikke skal have skiftet værdi. Dette gør også at det er muligt at udvide systemet nemmere ved blot at lave en
klasse som nedarver fra superklassen. Så længe attributten er defineret til at være af superklassens type, vil
der ikke være noget yderligere problem i det.
Grunden til at dette mønster er taget med i dette afsnit, ligger i implementeringen af Behandlings-,
Toerrings- og Dragerings-klassen. Hele konceptet i strategy-mønstret kan ses her. Når et BehandlingsIndeks
oprettes kræver det nemlig en eller anden form for behandling som en fast del af BehandlingsIndeks
objektet. Hvis man ikke benyttede strategy mønstret kunne man fx have to attributter, en med typen
Dragering, og en med typen Toerring. Så skulle der blot testes for hvilken af de to attributter der ikke var
null for derefter at udføre behandling ud fra det andet. Men hvad hvis man havde ti forskellige
behandlinger? Det ville så inkludere ti forskellige attributter i klassen der benytter en af behandlingerne,
hvilket ikke er effektivt. Derfor er der i systemet implementeret en abstrakt klasse som både Toerring- og
Dragering-klassen nedarver fra. På den måde skal der blot være en attribut i BehandlingsIndeks klassen som
både kan have et konkret objekt værdi af typen Toerring og Dragering. Selv hvis systemet kommer til at
inkludere flere behandlingstyper, er det kun oprettelsen af den nye behandlingstype som klasse der
nedarver fra Behandling som skal implementeres, og intet i andre klasser - som udgangspunkt.
Side 44 af 75