uczę się Services, DI, compilerPass, Extension, Configuration. Patrzę w FOSElasticaBundle.

Patrzę w DependencyInjection/FOSElasticaExtension.php

[PHP] pobierz, plaintext 
class FOSElasticaExtension extends Extension
{
    public function load(array $configs, ContainerBuilder $container)
    {
        //code
 
        $this->loadClients($config['clients'], $container);
 
        //code
    }
 
    /**
     * Loads the configured clients.
     *
     * @param array            $clients   An array of clients configurations
     * @return array
     */
    private function loadClients(array $clients, ContainerBuilder $container)
    {
        foreach ($clients as $name => $clientConfig) {
            $clientId = sprintf('fos_elastica.client.%s', $name);
            $clientDef = new DefinitionDecorator('fos_elastica.client_prototype');
            $clientDef->replaceArgument(0, $clientConfig);
            $clientDef->addTag('fos_elastica.client');
            $container->setDefinition($clientId, $clientDef);
 
            $this->clients[$name] = array(
                'id' => $clientId,
                'reference' => new Reference($clientId),
            );
        }
    }
[PHP] pobierz, plaintext 

chwilę wcześniej uczyłem się o dekoratorach w service container. Wynikało z tego, że jednak klasa definiowanego dekoratora musi być napisana też w php. Czyli co, powyżej sobie dynamicznie tworzę definicje serwisów tj dekoratory bez podania klasy?

a może tworząc obiekt DefinitionDecorator, wrzucając do konstruktora id dekorowanej definicji ('fos_elastica.client_prototype') to dekorator dziedziczy klasę dekorowanego serwisu?

A niby w czym ma być napisana?

Jakbyś spojrzał w źródło klasy DefinitionDecorator to byś zobaczył, że wcale nie trzeba podać klasy - dekorator definicji to nie taki dosłowny dekorator w kontekście wzorca projektowego.

Edit:
W końcu zapomniałem wytłumaczyć o co chodzi:
W Symfony można tworzyć abstraktyjne usługi czyli takie, których instancje nie są tworzone, a które służą do tworzenia innych definicji. To właśnie programowalny odpowiednik tego, co można równie dobrze zrobić w konfiguracji, jednak w tym przypadku umieszczenie tego akurat w rozszerzeniu pakietu ma konkretne przyczyny.

W pętli tworzone są abstrakcyjne usługi, które służą do tworzenia innych definicji.

Na razie nie ogarniam. Wrócę do tego później.

fos_elastica.client_prototype jest usługą abstraktycją zdefiniowaną w konfiguracji usług, natomiast w pętli tworzone są "normalne" usługi na podstawie konfiguracji ale już tej zdefiniowanej w Configuration.php

(wrzuciłbym te pytania do przedszkola, bo to pewnie niezrozumienie podstaw OOP, ale nie będę otwierał nowego tematu).

- jak to jest, że usługę abstrakcyjną (fos_elastica.client_prototype) implementuje zwykła, a nie abstrakcyjna klasa ?

- w tej pętli "normalnym" usługom czyli tworzonym definicjom dekoratorów nie przypisuje się klas DefinitionDecorator::setClass(). No więc wracam do podstawowego pytania tego wątku, jak to rozumieć, że definiuję usługę (dekorator) bez podania klasy? Bo nie bardzo widzę by to się działo gdzieś później w Extension czy CompilerPass.

Proste: Definicja != klasa

Definicja abstrakcyjnej usługi może bazować na nieabstrakcyjnej klasie.
Podobnie też definicja usługi może dziedziczyć po innej definicji usługi, która bazuje na klasie finalnej (klasa jest finalna, ale usługa to tylko definicja obiektu tej klasy, który będzie utworzony - DEFINICJA OBIEKTU, NIE KLASY).
Definicja to definicja, klasa to klasa i nie możesz utożsamiać z sobą tych 2 bytów.

Usługa abstrakcyjna to pojęcie podobnego poziomu, co usługa publiczna/prywatna oraz usługa leniwa. Czy klasy są publiczne/prywatne, a tym bardziej czy istnieją klasy leniwe? Nie

zgłupiałem całkiem. Długo głowiłem się czy to

[PHP] pobierz, plaintext 
$defDec = new DefinitionDecorator('bar');
$defDec->addMethodCall('setBaz','baz');
$container->setDefinition('foo', $defDec);
[PHP] pobierz, plaintext 

oznacza to:

[PHP] pobierz, plaintext 
services:
    bar
        calls: 
            - [setBaz ,[baz]]
    foo
        decorates: bar
[PHP] pobierz, plaintext 

czy to:

[PHP] pobierz, plaintext 
services:
    foo
        decorates: bar
        calls: 
            - [setBaz ,[baz]]
    bar
[PHP] pobierz, plaintext 

aż w innych projektach zobaczyłem:

[PHP] pobierz, plaintext 
$defDec = new DefinitionDecorator('bar');
$container
    ->setDefinition(sprintf('foo'), $defDec)
    ->addMethodCall('setBaz','baz');
[PHP] pobierz, plaintext 

wreszcie doszedłem, że to przecież wszystko jedno.

Wcale nie wszystko jedno, różnica jest kolosalna. W pierwszym przykładzie metodę setBaz() wywołujesz na usłudze bar, a w drugim na usłudze foo.

Bardziej mi chodziło z punktu widzenia użycia dekoratora 'foo' - że to wszystko jedno.
Serwis dekorowany 'bar' zostaje niezmieniony.
Dla ścisłości, czyli ten drugi jest poprawny, tak?


Jeszcze miałbym pytanie z beczki obok.
w kodzie z pierwszego postu w pętli jest fragment:

[PHP] pobierz, plaintext 
$clientDef = new DefinitionDecorator('fos_elastica.client_prototype');
$clientDef->replaceArgument(0, $clientConfig);
[PHP] pobierz, plaintext 

typem pierwszego argumentu konstruktora klasy serwisu 'fos_elastica.client_prototype' jest array(), a $clientConfig w pętli raz pochodzi od arrayNode innym razem scalarNode
edit: a dobra, to dzięki ->prototype('array')

Oba są poprawne w zależności od tego, na którym obiekcie chcesz wykonać metodę setBaz()

(nie chciałem już grzebać tego tematu, ale...) chyba nie piszemy o tym samym.

Ty pisząc "oba", "pierwszy" i "drugi" chyba masz na myśli fragment kodu nr 1 i 4 z Post #7.
Ja pisząc "wszystko jedno" mam na myśli, że dla kodu nr 1 serwisy 2 i 3 nie różnią się.

(ale nie brnijmy, już możesz zostawić ten temat)

Mamy na mysli to samo (2 i 3 z #7) i się różnią ale jak chcesz to możemy już w to nie brnąć.

brnijmy. (ja tu pobieram darmowy kurs, lekko zasugerowałem, że możesz już to olać bo ten temat zaczynam robić o wszystkim. Inna rzecz, że ta akurat kwestia nie jest chyba kluczowa). (Kluczowe dla mnie z tego tematu to załapanie, że serwis to nie klasa, faktycznie tak go utożsamiałem, i z tą myślą czytałem dziesiątki stron dokumentacji, blogi o DI, Services CompilerPass itp. Że to mniej więcej taka ładnie opakowana klasa, którą tak fajnie można w kontrolerze wywołać. Teraz rozumiem serwis(definicję) mniej więcej jako taki w pół utworzony obiekt. Że w tym kontenerze robię to, co i tak musiałbym zrobić w kontrolerze zaraz po, czy zaraz przed utworzeniem obiektu. To tak mocno upraszczając.)

brnijmy. Skoro tworząc definicję dekoratora w service container, i tak później w projekcie wywołuję nazwę serwisu dekorowanego to jakie znaczenie ma, z postu #7, czy methodCall jest wywoływany dla serwisu foo czy bar?

Ma to znaczenia bardzo duże.

Implementacja przykładowej metody setBaz na usłudze Foo może być zupełnie inna, niż na usłudze Bar.