vytvoření komponenty v nette 2.1. bez presenteru

Továrničky potřebovaly interface vždycky. Jestli jsi ho nepoužíval, tak jsi tu komponenty definoval jako služby, což lze stále. Jediné, co se změnilo, je sdružení sekcí factories a services do jedné, už jsou pouze services.
Můžeš si napsat do BasePresenteru supertovárnu createComponent($name), která ti vrátí instanci správné komponenty. Může si ji vytáhnou z kontejneru jako službu, může ji v nejhorším i sama vytvořit. Ale rozhodně to není čisté a už vůbec ne best practise!

P.S. Sorry, první odstavec možná popisuje vývojovou verzi před vydáním 2.1. Ale druhý platí, jen je to na úkor čitelnosti a bezpečnosti (každý presenter může vytvořit jakoukoliv komponentu a nemáš nad tím kontrolu).

Komponentu musíš vytvořit v kontejneru (ve smyslu komponenta schopná obsahovat jiné komponenty, neplést s aplikačním DI kontejnerem). Kontejnery jsou presentery a všechny komponenty (extends Control).
Každá komponenta vzniká v továrničče obecné createComponent($name), nebo konkrétní createComponentName(). Tak tomu bylo už od 0.9 a je tomu stále.
Factories a interfacy se netýkají primárně komponent, je to nástroj, jak z DI kontejneru dostat buď stále stejnou instanci (services), nebo pokaždé novou instanci třídy (staré factories, dnes services pomocí interface). Ale to, že se dá komponenta vykreslit v šabloně pomocí makra {control name} je jen díky továrničce, která v presenteru, nebo nadřízené komponentě musí (a vždy musela) být.

Díky, začínám se tím prokousávat – na createService jsem přišel, když jsem si prošel vygenerovaný SystemContainer.
Nikdy jsem neuvažoval o tom, že změnou url můžu vlastně zavolat jinou komponentu nebo teď dokonce i službu. Asi by se dalo vymyslet, jak toho zneužít.

Každopádně jsem přišel na způsob, jak to rozběhnout bez velkých změn – tedy stačí zakomentovat v konfigu sekci factories: a přesunout ji do services + následující supertovárnička:

	protected function createComponent($name) {
		if ($this->getContext()->hasService($name)) {
			$component = $this->getContext()->createService($name);

			if (method_exists($component, 'create'))
				// vytvarim komponentu pomoci Factory nebo IFactory
				return $component->create();
			else
				// vracim komponentu puvodne definovanou v konfigu v sekci factories:
				return clone $component;
		}
		// hledam tovarnicku createComponentName v presenteru
		return parent::createComponent($name);
	}

Tohle „funguje“, bezpochyby je to prasárna.
No jdu psát interfacy pro factory, abych to klonování služeb smazal dřív než si ho všimnete :)

Říkal jsem si, že k některým komponentám dodělám Factory, které pak správně injectované do presenteru použiji v továrničce createComponentNazev.
Je ale pravda, že v okamžiku, kdy definuji službu s Factory se mi komponenta vytvoří pomocí uvedené super továrny, což je blbý – opuštění konceptu supertovárny ve stávajících projektech je skoro nemožný.

@matej21:
To by šlo a funguje to dobře – zkoušel jsem inject služby továrny do presenteru a klasický createComponentNazev.
Staré projekty a komponenty v nich se tedy vytvářejí přes supertovárnu, nové můžu již dělat klasicky jak se má. Akorát dokud tam bude supertovárna, bude existovat riziko zneužití.