Předávání otagovaných služeb jiným službám – „agregátorům“

Pak to ale ztrácí speciální význam pro Neon. Bez uvozovek by se to chovalo jako NeonEntity, což se pak lépe zpracovává než string a Nette už to používá (anonmyní služby).

Editoval HosipLan (4. 4. 2012 13:22)

odložení Container někam, kde na něj bude ještě méně vidět.

Chci tím říct, že ten Container je tam prostě potřeba, jinak to z principu nemůže být lazy. Ale nechci aby s Containerem pracoval můj kód, když to může být schované za třídou frameworku (jako je například NestedAccessor)

Tak tedy rozvedu příklady z prvního příspěvku.

Assetic

Zaregistruju si služby

services:
	lessFilter:
		class: Assetic\Filter\StylusFilter
		tags: {filter: less}

	coffeeFilter: Assetic\Filter\CoffeeScriptFilter
		tags: {filter: coffee}

Teď ty služby potřebuju předat do FilterManageru a pokud možno co nejvíc jednoduše.

services:
	filterManager: Kdyby\FilterManager(TaggedServices(filter))

TaggedServices dostane jméno tagu a Container, vytáhne si jména služeb a když jsou potřeba, tak je předává. Do třídy se mi dostane accessor pro všechny služby, které mají tag „filter“

class FilterManager
{
	// předal jsem filtry, ale žádný se nevytvořil
	function __construct($filters) { $this->filters = $filters; }
}

Pokud teď posílám requesty na ty jednotlivé soubory, tak se mi budou buildovat podle toho, který filtr bude potřeba. Na Less se mi použije jeden na Coffee druhý.

Komponenty

Tohle nemám ještě úplně domyšlené, ale chci mít jeden kontejner, který bude vědět jaké služby jsou továrničky na komponenty a tento se předá do presenteru. Chtěl bych tedy něco jako

services:
	componentsFactory:
		class Kdyby\ComponentsFactory(TaggedServices(component))

	myPresenter:
		class: Kdyby\MyPresenter(@componentsFactory)

TaggedServices dostane jméno tagu a Container, vytáhne si jména služeb a když jsou potřeba, tak je předává. A v presenteru

class MyPresenter
{
	function __construct($factory) { $this->factory = $factory; }

	function actionDefault($page)
	{
		$components = $this->model->findComponentsForPage($page);
		foreach ($components as $name => $component) {
			$this[$name] = $this->factory->create($component);
		}
	}
}

Chci mít zkrátka službu, která bude mít přístup k podmnožině služeb containeru, ale bez toho, abych musel předávat container do svých tříd.

A myslím si, že by se k tomu daly využít tagy. Implementace na ukázku

Editoval HosipLan (4. 4. 2012 14:46)

awsickness napsal(a):

ale mozna taky blabolim.

Trošku ano. Služba sama se o naroubování starat nemůže, to musí dělat DIC nebo CompilerExtension. Tedy tohle je hloupost

services:
        componentsFactory:
                class Kdyby\ComponentsFactory(TaggedServices(component))

        myPresenter:
                class: Kdyby\MyPresenter(@#tags)

Tohle by už dávalo smysl

services:
        componentsFactory:
                class Kdyby\ComponentsFactory(@#component)

        myPresenter:
                class: Kdyby\MyPresenter(@componentsFactory)

Ale to je zatím nepodstatný rozdíl a je jenom krůček k tomu, aby to fungovalo. Co se týče

$this->create($component);

tak to je úplně zcestné, protože přidáváš presenteru další odpovědnosti, které se ho vůbec netýkají.

Ale o tom tato diskuze není. Diskuze je o tom, jestli má smysl, implementovat podporu pro předávání X služeb přes lazy accessor.

David Grudl napsal(a):

@#component by mělo fungovat, obarvovač kecá.

Jaké tedy máš pro commenty pravidlo, pokud # předchází cosi (třeba referenční zavináč), pak je vše ok? Pokud ne, tak je to comment? Ze zdrojáků se mi to luštit nechce (ani chuť ani čas ;). Díky.

1. @#tag co to provede s dodatečnejma informacema pro tag (ve tvém případě je to ‚less‘ a ‚coffee‘)?
2. vytváří se kolekce accessorů což je tak trochu wtf (nehledě na to že Accessor jako takový v Nette (ještě) není)

Honza Marek napsal(a):

Přijde mi to jako těžko pochopitelnej okrajovej případ. Což je pro mě kombinace, která nepatří do frameworku :)

tak nějak souhlasím

Ondřej Brejla napsal(a):

Jaké tedy máš pro commenty pravidlo, pokud # předchází cosi (třeba referenční zavináč), pak je vše ok?

Všechny pravidla jsou vlastně dány těmito regexpy. Pokud token začíná #, tak je to komentář. Nicméně znak # může být použit uprostřed literalu. Takže [@#component] je ok, zatím co [#@component] je otevřená hranatá závorka a komentář.

David Grudl napsal(a):

Jasný, to jsem přesně předpokládal a obarvovátko jsem upravil. Díky.

To mi došlo ;-) Nicméně jsem zmíněnou syntax vyzkoušel v Neon colorovátku pro NetBeans a taktéž propadlo :-) Ale už zase stojí na nohou a vesele barví.