w How to Configure a Service with a Configurator jest przykład pokazujący zastosowanie configurator.

ale nie pojmę o co w tym wszystkich chodzi póki nie zrozumiem jaka jest w tym rola metody EmailFormatterManager::getEnabledFormatters() tj co miałoby się znajdować w tablicy $enabledFormatters ? I kiedy i jak miałbym tę tablicę zapełnić? Bo ona miałaby być budowana dynamicznie w trakcie działania programu, ale co to miałyby być za dane.

(ja rozumiem, że to nie jest niezbędny element tej konstrukcji, ale zrozumienie tego szczegółu pomoże mi zrozumieć całość)


generalnie w tym chodzi o to, że w efekcie usługa automatycznie, na dzień dobry ma wypełnioną swoją właściwość danymi? Takie trochę factory, tak?

Zawsze tak rozpatrujesz każdy element przykładu?


Tak, tylko bez tworzenia obiektu.

jeśli oficjalna dokumentacja tłumaczy coś generalnego na podstawie życiowego przykładu to lepiej jeśli zrozumiem co jest w tym życiowym przykładzie niezbędne a co dodatkiem.

Po prostu głowiłem się cóż to ma być za specjalnie dostarczana konfiguracja z różnych źródeł. Już wiem, że to może być byle gówno.




------------------
takie se notatki zrobiłem:

# c.- dyrektywa w serv. cont. w której podaję metodę innej klasy dzięki której automatycznie, na dzień dobry mam wypełnioną danymi właściwość tworząc serwis (wszystko jest decoupled i dynamiczne)
# implementacja. Występują 3 komponenty. Klasa posiadająca dane. Klasa (klasy) potrzebująca danych. Klasa Konfigurator pośrednicząca w dostarczeniu dancyh.
# ... - Klasa posiadająca dane. ta klasa jest odpowiedzialna za przygotowanie danych które otrzyma serwis. Nie ważne jak (dynamicznie na podstawie konfiguracji), skąd i kiedy
#......ważne by miała jedną, niezmienną metodę, którą mogę odebrać przygotowane dane.
# ... - Klasa potrzebująca danych. ta klasa ma jakąś swoją funkcjonalność i jedną niezmienną metodę odbierającą dane i przypisującą je do właściwości.
# ... - Klasa Konfigurator. ona jest kluczowa, i niezmienna. posiada metodę która pośredniczy w dostarczeniu danych. To tę metodę wywołuję w dyrektywie ''configurator''
# ...- każda z powyższych klas ma zdefiniowaną usługę.
# ... - każda usługa tworzona jest automatycznie, w łańcuchu wywołań, bo usługi wywołują się automatycznie dyrektywami ''arguments'' i ''configurator''
# zalety. - (decouple) mógłbym to wszystko robić bezpośrednio w klasie która potrzebuje dane, ale wtedy byłbym sztywno powiązany.
# ....dzięki temu mam czystą implementację usługi niezależną od obiektów dostarczających konfigurację
# ...- gdy mam serwis który potrzebuje skomplikowanych ustawień na podstawie danych konfiguracji z różnych źródeł, serwisów.
# ...- gdy mam wiele obiektów dzielących wspólną konfigurację
# w efekcie. - używam w projekcie dowolnie metod serwisu nie martwiąc się jak i kiedy zostanie wypełniony danymi, a później w trakcie działania programu,
# .....np na podstawie danych z konfiguracji ustawiam dane w oddzielnej klasie. Grunt by zapewnić by jedna metoda tej klasy dostarczała dane.