[SF]Dlaczego usługę dekorować fabryką w Extension? Opcje

[koszykarze]

w FOSElasticaBundle w Extension jest taki fragment

[PHP] pobierz, plaintext 
$Def = new DefinitionDecorator('foo');
$Def->replaceArgument(0, $bar);
$Def->addTag('baz', array( 'name' => $qux, ));
$Def->setFactory(array(new Reference('quux'), 'corge'));
[PHP] pobierz, plaintext 

czyli w yaml wyjdzie coś takiego

[PHP] pobierz, plaintext 
services:
   foo:
       arguments:
           - '$bar'
       tags:
           -  { name: baz } 
       factory: ["@quux", corge]
[PHP] pobierz, plaintext 

dlaczego zamiast factory nie jest użyta dyrektywa class i calls?

[PHP] pobierz, plaintext 
services:
   foo:
       arguments:
           - '$bar'
       tags:
           -  { name: baz } 
       class: @quux
       calls: corge
[PHP] pobierz, plaintext 

Czy to wszystko jedno czy jest w tym jakiś sens?

Ten post edytował koszykarze 26.07.2016, 20:54:26

[koszykarze]

nie chodzi mi o to dlaczego serwis nie jest zdefiniowany w yaml a php. (napisałem w yaml żeby uprościć)

Mi chodzi o to dlaczego jest użyte factory zamiast class i calls przy konstrukcji tego dekoratora (jakkolwiek te dyrektywy się definiuje w php).

jest tam zawarta dodatkowa logika, której nie powinno raczej być bezpośrednio w konstruktorze.

ja nie mówię o konstruktorze a o calls.


po prostu zastanawiałem się czy 1) chcąc nadpisać wywoływaną metodę usługi w Extension muszę to robić z użyciem factory i czy 2) chcąc nadpisać usługę dodając dyrektywę factory muszę najpierw użyć dekoratora

Czy nie można by 1) nadpisać tag, klasę, calls, i arguments z użyciem dekoratora bez factory i czy nie można by 2) nadpisać tag, klasę, calls, i arguments z użyciem factory bez dekoratora

Czy dekorator i faktory są ze sobą związane przy nadpisywaniu usług w Extension.

Ten post edytował koszykarze 27.07.2016, 09:49:32