На пръв поглед моделът Service Locator ми изглежда същия като модела Abstract Factory. Изглежда, че и двете имат една и съща употреба (отправяте запитване към тях, за да получат екземпляри на абстрактни услуги) и двете бяха споменати, когато прочетох за инжектиране на зависимости.
Обаче виждах модела за локатор на услуги описан като лоша идея, но видях директна поддръжка за модела Abstract Factory в поне една основна рамка за инжектиране на зависимости.
Ако не са еднакви, какви са разликите?
Попаднах на същия въпрос, докато проучвах тези модели. Мисля, че основните разлики могат да бъдат намерени между локатор на услуги и фабрика (независимо дали е абстрактен или не):
От това, което прочетох досега, мисля, че разликата е:
Моделът за локатор на услуги
Моделът на абстрактната фабрика
Всъщност има ясно разделение между тези два модела. Общоизвестно е, че и двата шаблона се използват за избягване на зависимости от конкретни типове.
Въпреки това след прочитане
Възникват някои сериозни противоречия:
Seemann каза: „Абстрактната фабрика е общ тип и типът на връщане на метода Create се определя от типа на самата фабрика. С други думи, конструираният тип може да върне само екземпляри от един тип.“
Докато Rober C. Martin не спомена нищо за генеричните типове и освен това, фабричните примери в неговата книга позволяват да се създаде екземпляр на повече от един тип обекти, които се разграничават, като се използва ключов низ като параметър във Factory.Make().
Gamma каза, че намерението на Abstract Factory е да „предостави интерфейс за създаване на семейства от свързани или зависими обекти, без да посочва техните конкретни класове“. Струва си да се спомене, че примерът на Gamma Abstract Factory нарушава принципа за разделяне на интерфейса (ISP), заявен от Мартин. ISP и SOLID като цяло са по-модерни принципи или може би за простота, където са пропуснати.
Работите на Гама и Мартин предхождат тези на Зееман, така че мисля, че той трябва да следва вече дадената дефиниция.
Докато Fowler предлага Service Locator като начин за прилагане на инверсия на зависимостите, Seemann го смята за анти-модел. Нито Gamma, нито Martin споменават Service Locator.
Въпреки това Seemann и Fowler се съгласиха, че Service Locator се нуждае от стъпка за конфигуриране, за да регистрира екземпляр на бетонен клас, този екземпляр ще бъде върнат по-късно, когато бъде поискан обект от този вид. Тази стъпка на конфигуриране не се споменава от Martin или Gamma в тяхната дефиниция на Abstract Factory. Моделът на абстрактната фабрика предполага, че нов обект се инстанцира всеки път, когато се поиска обект от този вид.
Заключение
Основната разлика между Service Locator и Abstract Factory е, че Abstract Factory предполага, че нов обект се инстанцира и връща при всяка заявка, а Service Locator трябва да бъде конфигуриран с екземпляр на обект и всеки път, когато същият екземпляр ще бъде върнат.
От: http://blog.ploeh.dk/2010/11/01/PatternRecognitionAbstractFactoryorServiceLocator/
Абстрактната фабрика е общ тип и типът на връщане на метода Create се определя от типа на самата фабрика. С други думи, конструиран тип може да върне само екземпляри от един тип.
Локаторът на услуги, от друга страна, е негенеричен интерфейс с общ метод. Методът Create на единичен Service Locator може да върне екземпляри от безкраен брой типове.
