zf2 ServiceManager срещу ServiceLocator

Локаторът е интерфейсът. Дизайнът на Zend Framework 2 е направен с "проектиране по договор", което означава, че разчитате на интерфейси, а не на класове. Мениджърът е изпълнение по подразбиране на локатора.

Всички компоненти освен един използват локатора. Мениджърът обаче предоставя повече функции, отколкото казва интерфейсът. Zend\Mvc\Application използва тези функции и следователно разчита на мениджъра вместо на локатора.

Решението за използване на локатора в *Aware инициализаторите беше взето твърде късно за изданието, така че това е причината да има както ServiceLocatorAwareInterface, така и ServiceManagerAwareInterface. Вече имаше потребителски код, използващ инициализатор на мениджъра, така че се запазва за обратна съвместимост. Вътрешно всички компоненти използват инициала на локатора. Ако трябва да избирате, изберете локатора и оставете мениджъра колкото е възможно повече настрана.

Преди доста време също писах в блог за локатора и мениджъра: https://juriansluiman.nl/article/120/using-zend-framework-service-managers-in-your-application

ServiceManager е основно изпълнението на интерфейса ServiceLocator. Причината за наличието на двете е, че потребителят може да има своя собствена реализация на интерфейса ServiceLocator. Когато поискате ->getServiceManager(), той ви връща изричното изпълнение на ServiceManager. Използвайки ->getServiceLocator(), вие изисквате всяка реализация на интерфейса ServiceLocator, която може да бъде реализация от ServiceManager или ваша собствена. Но тъй като в повечето случаи има само изпълнение по подразбиране ServiceManager, така че ще получите същия обект.