Szolgáltatáskereső

A  szolgáltatáskereső egy olyan tervezési minta , amelyet a szoftverfejlesztésben használnak, hogy a szolgáltatás megszerzésével kapcsolatos folyamatokat erős absztrakciós rétegbe foglalják . Ez a minta egy "szolgáltatáskereső" néven ismert központi nyilvántartást használ, amely kérésre visszaadja az adott feladat végrehajtásához szükséges információkat (általában objektumokat ) [1] . Érdemes megjegyezni, hogy bizonyos esetekben a szolgáltatáskereső valójában egy anti-minta [2] [3] .

Előnyök

• A "szolgáltatáskereső" egyszerű futásidejű linkerként működhet . Ez lehetővé teszi a programkód vezérlését futás közben az alkalmazás újrafordítása nélkül , és bizonyos esetekben anélkül, hogy újra kellene indítani.
• Az alkalmazások futás közben optimalizálhatják magukat az elemek szelektív hozzáadásával és eltávolításával a szolgáltatáskeresőből. Például előfordulhat, hogy egy alkalmazás úgy találja, hogy jobb könyvtára van az elérhető JPG - képek olvasásához , mint az alapértelmezett, és ennek megfelelően módosíthatja a rendszerleíró adatbázist.
• Az alkalmazásban használt alkalmazáskomponensek vagy -könyvtárak teljesen elkülöníthetők egymástól . A köztük lévő egyetlen kapcsolat rögzítve van a nyilvántartásban.

Hátrányok

• A rendszerleíró adatbázisban elhelyezett alkalmazáskomponensek közötti kapcsolatok elrejtik a program egyes részeinek függőségét (nem nyilvánvalóvá teszik) és növelik a rendszer összetettségét. Ez megnehezíti a hibák megtalálását az alkalmazásban, és kevésbé megbízhatóvá teheti az egész rendszert.
• A rendszerleíró adatbázisnak egyedinek kell lennie, ami szűk keresztmetszetet jelenthet az alkalmazás több példányának egyidejű futtatásához.
• A rendszerleíró adatbázis komoly biztonsági rést jelenthet, mivel lehetővé teszi, hogy kívülállók (beleértve a támadókat is) kódot fecskendezzenek be egy alkalmazásba.
• A beállításjegyzék elrejti a futásidejű hibákat okozó osztályfüggőségeketfordítási idejű hibák helyett, amikor a fordító hibát jelez a szükséges függőségek hiányában.
• A rendszerleíró adatbázis megnehezíti a kód karbantartását (a függőségi injekció használatához képest ), mert homályossá válik, ha hibás bejegyzést ad meg, vagy kihagy egy szükséges bejegyzést.
• A rendszerleíró adatbázis megnehezíti a kód tesztelését , mivel minden tesztnek kölcsönhatásba kell lépnie ugyanazzal a globális szolgáltatáskereső-osztállyal, hogy telepítse a tesztelt osztály hamis függőségeit. Ez azonban könnyen leküzdhető, ha egyetlen szolgáltatáskereső felülettel injektálják az alkalmazásosztályokat.

Lásd még

• A függőségi inverzió elve
• Java elnevezési és könyvtári felület

Jegyzetek

1. ↑ A vezérlőtárolók és a függőségi befecskendezési minta megfordítása . Letöltve: 2017. október 21. Az eredetiből archiválva : 2020. május 30. (határozatlan)
2. ↑ Seemann, Mark Service Locator egy anti-  minta . blog.ploeh.dk . Letöltve: 2017. június 1. Az eredetiből archiválva : 2017. május 31.
3. ↑ Hall, GML adaptív kód C#-on keresztül: Agilis kódolás tervezési mintákkal és SOLID elvekkel. - Pearson Education, 2014. - ISBN 9780133979732 .

Linkek

• DI minták. Szolgáltatáskereső ( C# példákkal )
• Szolgáltatáskereső ( PHP példákkal )¶
• A szolgáltatáskereső minta
• Core J2EE Patterns - Service Locator ( Java példákkal )
• Service Locator védelme
• Játékprogramozási minták: Service Locator ( C++ példákkal )
• Függőségek álcázva ( PHP példákkal )