W poprzednim rozdziale nauczyliśmy się używać klasy sfServiceContainer w celu zapewnienia przejrzystrzego interfejsu dla kontenera usług. W tym rozdziale, pójdziemy o krok dalej i nauczymy się używać klasy sfServiceContainerBuilder do opisu usług i ich konfiguracji w czystym PHP.

Klasa sfServiceContainerBuilder rozszerza klasę sfServiceContainer i umożliwia developerowi na opisywanie usług dzięki przejrzystemu interfejsowi.

Wszystkie klasy kontenera współdzielą ten sam interfejs, zdefiniowany w sfServiceContainerInterface:

Opisy usług wykonywane są poprzez rejestrację definicji usług. Każda definicja usługi opisuje usługę: od klasy jakiej używa, poprzez argumenty do przekazania konstruktorowi obiektu do innych właściwości konfiguracyjnych.

Do tej pory mówiliśmy o ogólnych pojęciach. Dwa wprowadzające rozdziały były bardzo ważne dla lepszego zrozumienia implementacji, o której będziemy wspominać w tym i w kolejnych rozdziałach. Nadszedł czas, aby zanurzyć się w komponent Kontenera Usługi Symfony.

Kontener Dependency Injection w Symfony zarządzany jest przez klasę o nazwie sfServiceContainer. Jest to bardzo lekka klasa implementująca podstawowe cechy o których wspominaliśmy w poprzednich artykułach.

W języku Symfony, usługą jest każdy obiekt zarządzany przez kontener. W przykładzie z Zend_Mail z poprzedniego rozdziału, mieliśmy dwie usługi: usługę mailer oraz mail_transport:

Jeśli klasę Container odziedziczymy po klasie sfServiceContainer uprości nam to nieco kod:

Kolejny rozdział tłumaczenia komponentu Dependency Injection. Tym razem zapoznamy się ze światem kontenerów DI, a także zobaczymy w jaki sposób kontenery wpływają na jakość późniejszego utrzymywania wieloobiektowego kodu. Zapraszam.

Przed zanurkowaniem w świat kontenerów Depenedency Injection zaryzykujmy śmiałym stwierdzeniem:

Przez większą część czasu używania DI nie będziesz potrzebował używać w tym celów kontenerów.

Lecz kiedy będziesz musiał zarządzać znaczną ilością oiektów z wieloma zależnościami, kontenery DI okażą się niezwykle pomocne ( np. przy budowie frameworka ).

Jeśli pamiętasz przykład z pierwszego rozdziału, tworzony obiekt User wymagał wcześniejszego utworzenia obiektu SessionStorage. Nic wielkiego, ale jednak, przed stworzeniem nowej instancji musisz pamiętać o wszystkich zależnościach wymaganych przez ten obiekt.

Symfony2 tuż za rogiem, więc wpadłem na pomysł żeby zabrać się za tłumaczenie dokumentacji ( wydanej na licencji Creative Commons Attribution-Share Alike 3.0 Unported License. ) podstawowego komponentu na którym bazuje nowa wersja frameworka – Dependecy Injection. Przy moim poziomie znajomości angielskiego zapewne nie wyjdzie zbyt rewelacyjnie. Dlatego uwagi piszcie w komentarzach. Tłumaczenie starałem się przystosować do „polskich realiów” (cokolwiek miałoby to znaczyć), więc nie jest do końca wierne oryginałowi.

Czym jest Dependency Injection?

Dependecy Injection nie jest powszechnym pojęciem w świecie PHP, rozdział ten przedstawi czym jest DI wykorzystując w tym celu „czysty” PHP.