[2009-07-13] Nette\Application\Control má ArrayAccess interface

Ahoj,
mohly by být widgety uložené v promměné?

Příklad:
{control $myWidget}

Využití:

{foreach $myWidgets as $myWidget}
  {control $myWidget}
{/foreach}

A pak ještě jeden nápad, dalo by se volitelně volat jinou renderovací funkci?
Například:
{control abcd:xyz} by volala $control->getWidget("abcd")->renderXyz(). Jen tím oddělovačem si nejsem jist, jaký by měl být.

Děkuji

Wau, opravdu gunguje:) Dík

Akorát to nefunguje na widget v proměnné:
{control $abcd:xyz} → $control->getWidget($abcd)->renderXyz()

Což je asi logické, když nefunguje ani ta promměnná samotná.

brabo napsal(a):

Ahoj,

je nezbytné, aby byly metody rozhraní ArrayAccess třídy Control označeny za final?

Mám problém v tom, že mám již z dřívějška vlastní control (renderovatelný), který implementuje ArrayAccess. Verze 0.9 mi teď nefunguje, protože nové metody z Control nemůžu překrýt.

Teoreticky podle mě není důvod, aby metody byly finální? Z principu podle mě není chybné, aby si nějaký potomek Control udělal přístup po svém – jako to mám teď já. Přece to nebudu muset celý předělávat, že ne? ;-)

Když jsem si ručně v Nette Control zrušil ty metody jako finální, tak všechno funguje bez problémů. Jak Nette, tak můj extendovaný Control. Jenže problém je, že bych musel editovat takhle jádro, což rozhodně není košer ;). Šlo by to v jádře Nette upravit?

OK, strávil jsem několik hodin s pokusy to přepsat, ale vždycky narazím na další omezení někde jinde, kde je nějaká metoda nevhodná a taky finální.

Abyste byli v obraze. Mám udělanou kontrukci stromu, který se skládá z uzlů (Component). Každý uzel má referenci na rodiči a pole potomků. To je OK. Celé to zastřešuje ale renderovatelný Control stromu, co jednak umí se stromem různě pracovat, ale i poskytuje přes ArrayAccess přístup k uzlům podle ID.

No a to je ten problém. Díky finálním metodám mi teď tenhle přístup nejde použít a když to přepíšu aby uzly byly klasicky komponenty kontejneru tak narazím na to, že jméno komponenty musí (pro mě nepochopilelně) být jenom nečíselné. Jenže já mám uzly očíslovány právě číselně… Tohle omezení samozřejmě zrušit nemůžu, protože je opět finální…

brabo napsal(a):

No a to je ten problém. Díky finálním metodám mi teď tenhle přístup nejde použít

V podstatě právě proto je to final, aby existovala záruka, že array access přístup v každé Control dělá to, co se očekává, přesněji co očekává i samotný framework.

a když to přepíšu aby uzly byly klasicky komponenty kontejneru tak narazím na to, že jméno komponenty musí (pro mě nepochopilelně) být jenom nečíselné.

Čísla by měly fungovat.

Totiž, napadlo mi to, keď som skúmal implementácie ArrayAccessu v Control a FormContainer (obe dedia ComponentContainer) a implementujú ho rovnako. Samozrejme toto nie je argument, no keď som sa zamyslel, prišlo mi to logické.

Všeobecný kontajner komponentov pristupuje k svojim „deťom“ v tom istom duchu, podľa mena. Nejde mi o kratší, či prehľadnejší zápis, skôr o jednotnosť v rámci rámca.

Zdravím,

Mám dotaz k implementaci metody ComponentContainer::createComponent($name):

<?php
	/**
	 * Component factory. Delegates the creation of components to a createComponent<Name> method.
	 * @param  string  component name
	 * @return void
	 */
	protected function createComponent($name)
	{
		$ucname = ucfirst($name);
		$method = 'createComponent' . $ucname;
		if ($ucname !== $name && method_exists($this, $method) && $this->getReflection()->getMethod($method)->getName() === $method) {
			$component = $this->$method($name);
			if ($component instanceof IComponent && $component->getParent() === NULL) {
				$this->addComponent($component, $name);
			}
		}
	}
?>

Z implementace vyplívá, že pokud budu chtít načíst komponentu s velkým písmenem na začítků mám smůlu.

Když jsem začínal s nette, pojmenoval jsem si komponentu s velkým písmenem na začátku a problém byl na světe.

O něčem takovém jsem neměl potuchy,a když se mi komponenty pořád nenačítaly dospěl z závěru že createComponent<name>() nefunguje a tak jsem si přepsal implementaci createComponent($name) za jinou kterou jsem našel tady na foru.

Teď už chapu, že je potřeba sjednotit velikost písmen na začátku názvu komponenty, ale jako začátečník jsem měl jiné starosti.

CO tím chci říci je, že by bylo by dobré, kdyby by createComponent($name) při pokusu načíst komponentu s velkým písmenem na začátku vygenerovala nějaký E_USER_NOTICE, aby odpadl tento problém. To že neudělá nic je matoucí.

Editoval Davelister (2. 1. 2010 17:42)