Abstract Factory

Az Abstract Factory minta akkor lehet hasznos számunkra, ha egy bizonyos feladatra több implementációt is tudunk használni. Gondoljunk például a Java nyelvtől kissé messze eső sörökre, hiszen a sörök alapvető kezelése esetén vélhetően azonos mozdulattal kell éljünk, holott a különböző sörök más-más gyárból érkeznek. Az Abstract Factory használatával a sörivók elől elrejtjük azt, hogy melyik konkrét sört használja a feladat végrehajtására, egyszerűen csak a feladat megoldására kell koncentrálni.

A probléma

Programjaink tervezése során sok esetben futunk bele abba a problémába, hogy a környezet által meghatározott feltételek szerint kell egy-egy feladatot megoldani. Az Abstract Factory minta használata feltételezi, hogy a kérdéses feladat végrehajtása előtt el tudjuk dönteni, hogy a környezet milyen konkrét implementációt igényel, hiszen a kliens feladata a megfelelő implementáció felhasználása. Ez a gyakorlatban azt jelenti, hogy ismernünk kell a sör nevét, amelyből aztán kérünk egy példányt.

A megoldás

Az objektum orientált programozási módszertan önmagában lehetővé teszi, hogy a kliens program jelentős átírása nélkül képesek legyünk egy használt implementációt egy másik implementációval kiváltani:

A konkrét sört pillanatok alatt kicserélhetjük egy másik fajta sörre:

A fenti program helyes működéséhez az kell, hogy mindegyik konkrét sör implementálja a Sör alapvető tulajdonságait és metódusait, hiszen a program további részein már nem kell tudnunk, hogy éppen soproni vagy pécsi sörgyár termékét szopogatjuk. Ezzel a Sör osztállyal az Abstract Factory egyik felét meg is oldottuk, hiszen a Sör célszerűen absztrakt osztály vagy egy interfész, amelynek biztos van egy nyit és egy getNév metódusa, s ezt implementálja a példában említett két konkrét sör:

Az Abstract Factory második fele feltételezi, hogy minden gyár többféle sört képes gyártani, azonban ezek tipizálhatók. Tegyük fel, hogy mindegyik sörgyár képes Pilzeni (világos), Bak (barna) és Búzasört gyártani. Az építkezést az alapoknál kell kezdeni, ezért le kell fektetnünk egy teljesen átlagos sörgyár alapjait:

Mint látjuk, a SörGyár létrehozná a terméket, ha nem lenne absztakt mind a négy gyárt metódusa, így ebben az esetben csak a leszármazott képes sört gyártani, hozzuk létre a Pécsi Sörgyárat:

Majd a Soproni Sörgyárat (amely egy ideje a Heineken Hungária névre hallgat):

Észre kell vennünk, hogy például a leszármazott PécsiSörGyár osztály négy gyárt metódusa alapján ad vissza konkrét Sör osztályokat. Az Abstract Factory minta használata során létre kell hoznunk a gyárat, majd a gyár legyártja nekünk a kért terméket:

Mint láthatjuk, a programunk már nem tudja, hogy a PécsiSzalonBúzaSör osztály egy példányát használja, a kliens programban nincs is hivatkozás erre az osztályra, a gyár ugyanis egyszerűen egy Sör interfészt ad vissza, ahogy ezt a sörgyárak teszik, a benne lévő referencia azonban már a PécsiSzalonBúzaSör példányra mutat.

Előnyök és hátrányok

Az Abstract Factory minta használata akkor hasznos, ha a probléma megoldásához fel tudunk használni egy olyan absztrakt osztályt, amely az egyes implementációk őse tud lenni, és a jövőben nem várható az egyes implementációk közötti különbség megjelenése, vagyis nem jelennek meg olyan sörgyárak, amelyek egyedi sörtípust is gyártanak. Ez esetben ugyanis az összes sörgyárnak fel kell vennie ezt a sörtípust is a gyártott sörök közé, hiszen a kliens nem találkozik közvetlenül az adott sörtípussal, csak az sör interfészével, illetve az általánosított sörgyárral, csak azon keresztül tudná az újabb típusú sört legyártatni.

Igen nagy előnye ennek a mintának, hogy a kliens átírása nélkül tudunk konkrét sörtípust váltani, a feladat csak annyi, hogy a kliensnek látnia kell az újabb típusú sör osztályát, de ez nem fordítás idejű probléma. A sörgyár programozójának teljesen szabad keze van a konkrét Sör-implementációk cserélgetésében, amíg a Sör interfész minden lényeges tulajdonságát implementálja.

(forrás: wikipedia)

Your Rating:

Thanks for voting!

Please Wait

Results:

3

rates