Komponenty teoreticky, vytvářet komponentu pro položku, výpis položek, apod.?

určitě to je správná cesta. protože se ti pak veškerá logika přesune z presenterů pryč a komponenty budeš moci pohodlně používat ve více presenterech.

Multiplier

protected function createComponentCard()
{
	return new Multiplier(function ($name) {
		$control = new CardControl; // nebo cardControlFactory->create();
		$control->setCard($name);
		return $control;
	});
}

{foreach $cards as $card}
	{control card-$card}
{/foreach}

Editoval greeny (22. 10. 2015 15:19)

to je v pořádku, že je budeš muset přes entity manager znovu vytáhnout. Protože pokud u entityManageru používáš metodu find, tak on se nejdřív podívá, jestli už není vytažená a pokud je, tak ti ji vrátí bez položení SQL dotazu.

A pokud nepouzivas doctrine, uloz si cards, ktere posilas do sablony, do nejake clenske promenne – kouknes se, jestli zaznam je tam a kdyz ne, vyberes z db.

@DavidMatějka Takže je vhodnější vytvořit jednu komponentu, která se stará o výpis položek než komponentu pro každou položku?

Někdy stačí komponenta která obstarává celý seznam včetně položek, jindy se víc hodí mít zvlášť komponentu na seznam a v ní multiplierem komponenty-jednotlivé položky. Záleží dost na situaci a třeba mě osobně přijde většinou lepší to mít rozdělené. Ale pro jednoduché případy může v pohodě stačit jedna komponenta, proč ne, jenom se to nesmí moc rozrůstat ;-)

@joe Zmínil jsi například že tam chceš mít signály a to je podle mě už taková ta hranice kde bych přemejšlel nad rozdělením. Pokud jdu cestou jedné komponenty, tak si musím vždy v šabloně předat idčko do odkazu a v handle metodě pak zase převádět ičko zpátky na entitu (data), což může být nepříjemné. Pokud to mám rozdělené, nemusím nic řešit, entitu najdu v privátní proměnné (rodič ji musí předat, pochopitelně). Záleží asi kolik těch signálů bude, co je tolerovatelné na údržbu, ale prostě mi to smrdí copy&paste „programováním“.

A pozor taky na další subkomponenty. Kdybys měl třeba přidávání do oblíbených jako komponentu a šel cestou jedné komponenty, tak musíš použít multiplier na přidávání do oblíbených. Pak přidáš lajkování – a zas řešíš multiplier, pro každou subkomponentu znovu a znovu to samé (a když na to dojde, tak se jede jenom přes copy&paste). Ale pokud to máš rozdělené, tak řešíš multiplier jen na jednom místě a v komponentě pro položky už nic neřešíš a používáš komponenty pro lajkování atd normálně bez multiplieru a bezbolestně ;-)

EDIT: a ještě jedna věc – AJAX. Vždy mi přišlo jednodušší v signálu položky zavolat prostě $this->redrawControl() a v šabloně položky mít obyčejný snippet, než se snažit pochopit jak fungujou dynamický snippety.

Editoval Zax (22. 10. 2015 18:11)

@joe Třeba si vyrob v seznamu metodu getData, která ti data nejdřív naloaduje do privátního pole (s idčky jako klíči) a pak už jen tahá z něj. V položce zase vyrobíš metodu setData, kterou zavoláš v createComponent a předáš si tu jednu položku kterou získáš přes getData()[$id]. Není to složité ;-)

@Zax Chvíli si s tím hraju a snažím se to pochopit, ale nemůžu docílit nějakého výsledku. Resp. pořád nevím, jak mám té komponentě pro položku předat tu entitu :)

Ve skutečnosti to bude ještě složitější, přibyde mi k tomu komponenta filtr, kterou jen položkám přidám.
Teď se mi nedaří dostat do Item entitu, viz // @TODO Jak sem dostanu entitu?

Našel jsem na fóru Předání parametrů do komponenty při použití Interface ale s tím jsem si nějak neporadil.

Přepsal jsem to do kódu, aby bylo vidět jak to všechno teď mám. Předem všem díky za rady, začínám se v tom opět po letech trochu orientovat…

<?php

namespace FrontModule;


/* ******************** Presenter Items ******************** */


class ItemsPresenter extends BasePresenter
{
    /** @var IItemListFactory @inject */
    public $itemListFactory;


    protected function createComponentItemList()
    {
        $control = $this->itemListFactory->create();
        return $control;
    }
}


/* ******************** Component Item List ******************** */


interface IItemListFactory {

    /** @return ItemList */
    public function create();
}

class ItemList extends \Nette\Application\UI\Control
{
    protected $templateFile = __DIR__ . '/ItemList.default.latte';

    /** @var IItemFactory */
    private $itemFactory;

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

    public function render()
    {
        $this->template->setFile($this->templateFile);

        $controls = [];
        $controls[] = $this->getComponent('item-1');
        $controls[] = $this->getComponent('item-2');
        $controls[] = $this->getComponent('item-3');

        $this->template->controls = $controls;

        $this->template->render();
    }


    protected function createComponentItem()
    {
        return new \Nette\Application\UI\Multiplier(function() {
            $control = $this->itemFactory->create();
            return $control;
        });
    }
}


/* ******************** Component Item ******************** */


interface IItemFactory {

    /** @return Item */
    public function create();
}

class Item extends \Nette\Application\UI\Control
{
    protected $templateFile = __DIR__ . '/Item.default.latte';

    private $entity; // @TODO Jak sem dostanu entitu?

    public function setEntity($entity)
    {
        $this->entity = $entity;
    }

    public function handleLike()
    {
        dump($this->entity);
    }

    public function render()
    {
        $this->template->setFile($this->templateFile);
        $this->template->render();
    }
}

Šablona pro ItemList.default.latte

<div class="ItemList">
    {foreach $controls as $control}
        {control $control}
    {/foreach}
</div>

<style>
    .ItemList {
        background: lightblue;
        overflow: hidden;
        padding: 5px;
    }

    .Item {
        background: lightcoral;
        padding: 20px;
    }

    .ItemList .Item {
        margin: 5px;
        float: left;
    }
</style>

Šablona Item.default.latte

<div class="Item">
    Item
    <a n:href="like!">Like</a>
</div>

Pak ještě v konfiguraci mám registrované továrny na komponenty

- FrontModule\IItemListFactory
- FrontModule\IItemFactory

@vitkutny Díky, moc pomohlo. Jen škoda, že LeanMapper mi při vybrání kolekce a pak následném tahání entity podle ID posílá dotaz do DB, ale je možné, že je problém u mě.

Ještě jednou díky všem.

joe napsal(a):

@vitkutny Díky, moc pomohlo. Jen škoda, že LeanMapper mi při vybrání kolekce a pak následném tahání entity podle ID posílá dotaz do DB, ale je možné, že je problém u mě.

Ještě jednou díky všem.

LeanMapper to tahat znova bude. Máš možnost udělat toto:

EDIT: byl sem předběhnut :) @vitkutny

class MyPresenter extends \Nette\Application\UI\Presenter {

	/** @var Item[] */
	private $items = [];

	public function actionMyAction(){
		$this->items = $this->repository->getByMyAction();
	}

    public function renderMyAction(){
        $this->template->items = $this->items;
    }

	public function createComponentMyComponent(){
		return new \Nette\Application\UI\Multiplier(function($id) {
			if(!isset($items[$id])) {
				throw new MyException('Uknown item ID: '. $id);
			}
            return $this->itemFactory->create($items[$id]);
        });
	}
}

Editoval Pavel Macháň (23. 10. 2015 13:29)

joe napsal(a):

@vitkutny To udělám, jen musím zkontrolovat, jestli můžu globálně změnit vracející se pole z repozitáře tak, že klíče budou id :)

Pokud ti to nepůjde tak si je přeházej nebo si vytvoř find funkci, která to vtom listu najde.

Editoval Pavel Macháň (23. 10. 2015 13:32)

joe napsal(a):

@vitkutny To udělám, jen musím zkontrolovat, jestli můžu globálně změnit vracející se pole z repozitáře tak, že klíče budou id :)

LeanMapper má defaultně ID jako klíče pole :)
Viz https://github.com/…pository.php#L298

Editoval Jan Folwarczny (23. 10. 2015 18:48)

Nechci tě odrazovat od LM, který momentálně sám používám, ale myslím, že už ani @Tharos ho nepoužívá a neudržuje. (?) Zkušenosti s tímto ORM má jen několik lidí a když narazíš na nějaký vážnější problém, tak pochybuji, že ti někdo fundovaně poradí. LM má stále hodně úzkou vazbu na databázi, takže i pro to kompletní rozkomponentování bych já už doporučil spíš Doctrine. Jeden větší projekt v LM teď dokončuji a právě nedokonalá abstrakce mi občas přidělává vrásky. Tharos ji ale uvedl mezi klady LM, takže to je opravdu vlastnost, nikoliv nevýhoda (LM je díky tomu o řády jednodušší než Doctrina). Na to, o co se pokoušíš, bych ale raději volil ORM s vysokou abstrakcí.