Přidání beforeRender do komponent (Nette\Application\Control)

Komponenty nemají životní cyklus, protože jsou jednodušší, než presentery. A hlavně nemají vůbec definované, jak budou vypadat. render() na ně voláš sám, zvenku, protože víš, že danou metodu tvoje komponenta má.

Neumím si moc představit, jak takové beforeRender, nebo třeba ani action, v komponentách implementovat. Musel bys to zkrátka vždycky volat ručně.

On v podstate je zivotni cyklus komponenty primo napojen na zivotni cyklus presenteru. Ten prece rozhoduje, kdy se komponenta vytvori (jestli az pri vykreslovani sablony nebo uz driv, protoze je v ni potreba zavolat nejaky handler atd.). Takze se tam asi bude pomerne spatne neco vymyslet uz prave proto, ze v dobe vykresleni komponenty (controlu) neni jasne, kdy presne se vytvorila a jestli uz se v ni neco delo nebo nedelo. Ale vrtakovo reseni mi neprijde zase az tak spatne (viz. treba zdrojove kody Doctrine2, kde je takovyhle veci docela dost), jenom bych pak ten render hodil do BaseControl a udelal ho final. No a kazdy control by pak pretezoval metodu _render, ktera by byla deklarovana jako protected.

Mozna to vypada jako obchazeni neceho, ale rozhodne mi to neprijde, ze by to mel byt hack:-)

v komponentách používám vlastní beforeRender(), což je jen protected metoda, kterou volám na začátku každého render()u, a vůbec se mi to nelíbí… takže +1

A kdo by to beforeRender volal? Makro widget/control?

@arron měl jsem na mysli render kterej volá _render

pekelnik napsal(a):

Jo tak:-) Chtel jsem tim naznacit, ze by se takhle dal asi do metody render() dostat nejaky lifecycle, ne jenom tam zavolat _render(). A ona by se ta metoda nemusela jmenovat _render(), ze jo:-) Podobne jsou veci delane v Doctrine2 a prijde mi to jako jakasi implementace navrhoveho vzoru „strategy“.

Nicmene jsem take toho nazoru, ze je to nesmysl, jen jsem se zamyslel nad pripadnym jednoduchym resenim:-)

Měl jsem na mysli něco podobného jako popisuje HosipLan.

{control comp, 'test', 1}
{control comp:Foo, 'test', 1}

class MyControl extends Control
{
	protected $view;
	protected $params;

        protected beforeRender() { };

	final public function render($view, array $params = array())
	{
		$this->view = $view;
		$this->params = $params;

		return callback($this, 'view'.ucfirst($view))->invokeArgs($params);
	}

	public function view($name, $id)
	{
		//...
	}

	public function viewFoo($name, $id)
	{
		//...
	}
}

jen mě tak napadá… strašně se mi líbí událost :D (onBeforeRender), ale všichni tady křičíte beforeRender() … tak teď nevím jak si to tam implementuju :)

Včera se mi chtělo… https://gist.github.com/627987 ;-)

Kam by se to mělo hýbat? Řešení existuje a funguje.

Pak tě bude zajímat attached().

class MyComponent exteds Nette\Application\UI\Control
{

	protected function attached($obj)
	{
		parent::attached($obj);

		if (!$obj instanceof Nette\Application\UI\Presenter) {
			return;
		}

		// tady je komponenta připojena k presenteru (na zanoření nezáleží)
		dump('první');
	}


	public function handleSomething()
	{
		// volá se až po připojení
		dump('druhé');
	}

}

knyttl napsal(a):

No já bych spíš potřeboval něco jako „onBeforeHandleSignals“ – protože handleSignals probíhá ještě dříve než render…

Přesně problém, co tu mám taky .. bohatě by stačilo předávat parametry __construct metodě, místo render.
Jakmile komponenta třeba maže položku, tak jí musím znovu předávat jako parametr nějaké id, protože render($id) se volá až po handle.

Sice by se to dalo řešit jinak, ale ten luxus, že mám v šabloně jen

{snippet pluginFavorites}
{control pluginFavorites:full,$guid}
{/snippet}

a komponenta se chová kompletně jako vlastní aplikace, je jeden z máka důvodů, proč sem nepověsil php na hřebík.

Editoval tany (22. 12. 2011 6:18)