Factory Patterns Interface Deklarerer at klassen skal bruke et interface (implements i Java) Definerer implementasjoner for alle metodene i interfacet

Transkript

1 Factory Patterns Interface Deklarerer at klassen skal bruke et interface (implements i Java) Definerer implementasjoner for alle metodene i interfacet

2 Slide 2 v Factory Method Pattern Class creational pattern Kreerer objekter ved hjelp av subklasser Benytter arv for å bestemme hvilket objekt som skal instansieres

3 Slide 3

4 Slide 4 La oss anta at vi har et banksystem. En vanlig prosedyre å ha med her ville være å åpne en ny konto. Da har vi altså abstraksjonene Account og AccountOpener. Bruker vi AccountOpener direkte med en metode som oppretter en ny instans av Account får vi ingen fleksibiletet i systemet. Det finnes jo mange forskjellige kontoer man kan åpne. Derfor lager vi subklasser til Account. Lager vi en metode i AccountOpener for hver subklasse og bruker en if-else struktur for å avgjøre hvilken subklasse vi skal instansiere et objekt av, må AccountOpener omskrives for hver gang systemet får en ny type konto. For å slippe dette lager vi en factory method (createaccount) i AccountOpener og lager subklasser til denne. Ved compile-time vet ikke systemet hva slags konto som skal opprettes, det blir bestemt først ved run-time.

5 Slide 5 v Generelt om Factory Method Velegnet til å lage familier av objekter Objekter blir kreert ved hjelp av subklasser Factory-klasser er meget anvendbare når en klasse ikke kan forutse hvilket objekt den skal lage (Med andre ord, avgjørelsen om hvilken klasse applikasjonen skal instansiere et objekt av må avgjøres i run-time, og kan derfor ikke hardkodes under utviklingen av applikasjonen) Factory Method Account (Product) Definerer interfacet til objekter som factory-metoden kreerer SavingAccount, CheckingAccount (ConcreteProduct) Implementerer Account-interfacet AccountOpener (Creator) Deklarerer factory-metoden, som returnerer et objekt av typen Account. AccountOpener kan også definere en default-implementasjon av factorymetoden som returnerer et default {ConcreteProduct} objekt. SavingAccountOpener (ConcreteCreator) Overstyrer factory-metoden til å returnere en instans av et {ConcreteProduct}

6 Slide 7 Begynner med Abstract Factory Object creational pattern kreerer objekter uten å spesifisere noen konkrete klasser

7 Slide 8 WidgetFactory Client CreateScrollbar CreateWindow Window MacWindow Windows95Window MacWidgetFactory CreateScrollBar CreateWindow Window95WidgetFactor y CreateScrollBar CreateWindow Scrollbar Creates MacScrollbar Windows95Scrollbar Creates Dette eksempelet definerer den abstrakte klassen WidgetFactory som deklarerer et interface for å lage hver grunnleggende widget. Det er også en abstrakt klasse for hver widget, og sammensatte (concrete) subklasser implementerer widgets for spesifikke Look-and-Feel standarder. Interfacet til WidgetFactory har en operasjon som returnerer et nytt widget objekt for hver abstrakt widget klasse. Klienter kaller disse operasjonene for å motta instansene til widget, men klientene er ikke oppmerksom på de konkrete klassene som de benytter. Det er en konkret subklasse av WidgetFactory for hver Look-and-Feel standard. Hver subklasse implementerer operasjonene for å lage den riktige widget for Look-and- Feel. For eksempel CreateScrollbar i MacWidgetFactory instansieres og returnerer en Mac scrollbar, mens den samme operasjonen under Windows95WidgetFactory returnerer en scrollbar for Windows95. Klienter lager widget kun gjennom interfacet til WidgetFactory og har ingen kunnskap til klassene som implementerer widget for ett spesielt Look-and-Feel. Klienter trenger kun å forholde seg til et interface definert av en abstrakt klasse og ikke til en konkret klasse.

8 Slide 9 Generelt om Abstract Factory Mønsteret er velegnet til skapelse av familier av objekter Skapelse av objekter ivaretas av et fabrikasjonsobjekt som er bundet til en bestemt produktfamilie Alle fabrikasjonsobjekter har samme interface som er beskrevet av det abstrakte fabrikasjonsobjektet Det er mulig, dynamisk sett, å bytte ut ett fabrikasjonsobjekt med et annet. Dette er ikke vanlig Et bestemt fabrikasjonsobjekt garanterer at det kun skapes objekter innenfor en bestemt produktlinje. (Dette vil si at det er ingen sammenblandinger av produkter) En klient kjenner kun det abstrakte fabriksjonsinterfacet samt de abstrakte interface av de respektive produktene Det bør kun eksistere ett fabrikasjonsobjekt. Dette sikres gjennom designpatternet Singleton