Podobné URL adresy, rôzne presentery

Zkus se podívat sem https://forum.nette.org/…ovnove-routy?…

Řešením je vlastní router, ale jelikož se stále bojím se do něčeho takového pustit, napsal jsem si takovéto řešení (prosím zdejší osazenstvo o nebetyčnou kritiku a pověšení za koule do průvanu :o)):

Zkrátka do těch jednotlivých rout ten obsah, na který se mají matchovat, dosazuji dynamicky :)

$routingModel = new RoutingModel(); //cachován

$router[] = new Route('<seo ' . implode('|', $routingModel->getMiscs()) . '>/', array(
    'presenter' => 'Misc',
    'action' => 'default',
));

$router[] = new Route('<categorySeo ' . implode('|', $articleCategories = $routingModel->getArticleCategories()) . '>/', array(
    'presenter' => 'Article',
    'action' => 'default',
));

$router[] = new Route('<categorySeo ' . implode('|', $articleCategories) . '>/<seo>/', array(
    'presenter' => 'Article',
    'action' => 'show',
));

Editoval LastHunter (18. 7. 2009 16:37)

Přihřeji si vlastní polívčičku: Další možností, pokud nechceš vlastní router je způsob, jakým to řeší Shopaholic – a to tím způsobem, že všechny takovéto adresy směřuje na jediný presenter a podle toho, co najde v databázi, vybere view, viz https://github.com/…ootstrap.php#L79 a https://github.com/…resenter.php#L6.

PS: Učitě by ale neškodilo, kdyby byla v dokumentaci stránka na téma „Tvorba vlastního routeru“.

To bych ocenil i já. Zkoušel jsem si napsat router na modul a bohužel bez úspěchu. Stačilo by menší nakopnutí, ale to je trošku off tohoto vlákna.

jakubkulhan napsal(a):

Přihřeji si vlastní polívčičku: Další možností, pokud nechceš vlastní router je způsob, jakým to řeší Shopaholic – a to tím způsobem, že všechny takovéto adresy směřuje na jediný presenter a podle toho, co najde v databázi, vybere view, viz https://github.com/…ootstrap.php#L79 a https://github.com/…resenter.php#L6.

BTW zajímavý projekt! Je podnětné vidět velmi tvůrčí přístup ke kódu (třeba ten bootstrap.php). Měl bych pár tipů, co by bylo lepší udělat trošku jinak, aby to bylo „více Nette“, jen nevím, jestli to mám psát, aby to nevyznělo jako kritika.

Ok, tak něco sepíšu.

Konečně se dostává k tomu něco napsat ke kódu.

Nejsou tam chyby, ale řada věcí, které by se daly zjednodušit a výrazně tím zkrátit a zpřehlednit kód presenterů:

• po $presenter->redirect() nemusí následovat $presenter->terminate() ani return
• události formuláře onSubmit a onClick se volají jen když je odeslání validní, tudíž není potřeba psát v obslužných funkcích if (!$form->isValid()) return
• tuším že

if ($image->getWidth() > $image->getHeight()) {
    $image->resize(NULL, 60);
} else {
    $image->resize(60, NULL);
}

lze nahradit za $image->resize(60, 60);

• formulářům a šabloně lze nastavit translator, takže není potřeba všude psát __(...) ale nechat texty překládat automaticky
• do frontendu bych dal všechny formuláře jako AppForm komponenty a odstranil tak práci přímo s $_POST v OrderPresenter.php

Pak jsou tu nějaké nové features v Nette 0.9, které umožní:

• rozsekat dlouhé metody createComponent($name) na malé např. createComponentDataForm() atd.
• ke komponentám se pak dá přistupovat přes $presenter['dataForm'] nebo rovnou v šabloně přes {control dataForm}
• není nutné registrovat filtr $this->template->registerFilter('Nette\Templates\CurlyBracketsFilter::invoke');
• vcelku složitá logika v @layout.phtml se dá nahradit použitím {block#...}

ve výsledku tedy mohou zcela zmizet metody jako

public function renderAddPage()
{
    $this->template->title = __('Add page');
    $this->template->form = $this->getComponent('pageAddForm');
}

protože řetězec Add page by mohl být rovnou v šabloně (tam se dá použít translator) a šablona si může na komponentu šáhnout sama přes {control pageAddForm}.