loadState / saveState, persistentní objekt, best practice

Jednička se mi nelíbí – mám raději komponenty.

Dvojka už zní lépe, jenom mi nesedí to „udělat z objektu komponentu“. Proč? Co takhle udělat komponentu, kterou bys ten objekt obalil? Trojka je taky super, záleží ovšem, co stavíš. A zopakoval bych, nic nepřepisuj, obaluj/dekoruj!

No a ještě ohledně těch session. Ono občas, třeba v administraci, se hodí si třebas stav filtrů pamatovat. Jde to snadn udělat tak, aby si komponenta „pamatovala“ stav pro každého uživatele zvlášť. Tedy občas to má smysl. Taky je možné na to využít token v adrese a nastavení filtrů mít v cachi/db. Pak když pošleš url, zobrazí se komponenty se správnými parametry.

K tvému poslednímu odstavci – není to potřeba, protože to jde udělat lépe :)

Příklad obalení objektu komponentou

class ViewFilters extends PresenterComponent
{
	/** @persistent */
	public $date;

	private $foo;

	public function __construct($foo)
	{
		parent::__construct();
		$this->foo = $foo;
	}

	protected function attached($obj)
	{
		parent::attached($obj);
		// při připojení na presenter se nastavují parametry
		if (!$obj instanceof Presenter) {
			return;
		}

		try {
			// nějaká validace, blabla
			$this->foo->addFilter('date', Nette\Datetime::from($this->date));

		} catch (Exception $e) {
			throw new Nette\BadRequestException($e->getMessage(), 0, $e);
		}
	}

}

Když na ni pak děláš odkazy, musíš počítat s tím, že router nežere objekty ale dá se to snadno obejít.

Ovšem příklad, který ty popisuješ, je poněkud služitější. Upravme si tedy předchozí komponentu

class ProductsGrid extends PresenterComponent
{
	/** @persistent */
	public $filters;

	private $products;

	public function __construct(IFiltered $products)
	{
		parent::__construct();
		$this->products = $products;
	}


	public function getIterator()
	{
		return $this->products->filter($this->filters);
	}

	protected function attached($obj)
	{
		parent::attached($obj);
		// při připojení na presenter se nastavují parametry
		if (!$obj instanceof Presenter) {
			return;
		}

		$this->products->validate($this->filters);
	}

	public function render()
	{
		$this->template->results = $this->getIterator();
	}

}

class ProductFilters extends Nette\Object implements IFiltered
{
	private $products;

	public function __construct(Products $products)
	{
		$this->products = $products;
	}

	public function filter(array $params)
	{
		// magic - logika hledání podle kategorií, rozpoznání typů parametrů, atd
		return $this->products->find($params);
	}

	public function validate(array $params)
	{
		// throw new Nette\BadRequestException;
	}

}

Teď to horší, skládání adres. Tohle je fakt případ od případu každé něco jiného… Ale standard je nějaký GET formulář, třeba. Nebo můžeš mít POST formulář, který ti zpracuje parametry a přesměruje, to je fuk. Podstatné je, to v tom zpracování dobře seskládat. Zásahy adresy řešit nemusíš, protože ta validace parametrů ti nedovolí dostat se na „nefunkční“ adresu.

V tomhle dost upřednostňuju dělat vždy ty komponenty na míru, tedy nějaká obecná řešení nebudou nic moc :)