Routování, jak docílit těchto tvarů

No, musíš routeru dát vědět, že neexistuje uživatel s ID change-password a product s ID info (a zajistit v administraci, aby takové položky nešly do databáze přidat).

Určitě ti tu někdo navrhne vytvoření vlastního routu (k čemuž jsem se zatím neodvážil), já podobný problém řešil nějak takto (snad jsem se nijak neuklepl, nezkoušel jsem to):

$routingModel = new Models\RoutingModel(); //cached

//matches username
$router[] = new Route('user/<id ' . implode('|', $routingModel->getUsers()) . '>/', array(
    'presenter' => 'User',
    'action' => 'default',
));

//matches product (also its editing)
$router[] = new Route('product/<id ' . implode('|', $routingModel->getProducts()) . '>/<action>', array(
    'presenter' => 'Product',
    'action' => 'default',
));

//matches everything else (general route)
$router[] = new Route('<presenter>/<action>/<id>/', array(
    'presenter' => 'Default',
    'action' => 'default',
    'id' => NULL,
));

Ty metody routing modelu vrací jednoduché pole s jednotlivými položkami databáze, aby se vytvořil vzor pro routu v tomto tvaru:

'user/<id jarda|pepa|franda>/'

Jirda napsal(a):

Myslíš ten, co jsi prezentoval zde ?

Tak přesně ten jsem nemyslel, ale měl by fungovat, akorát budeš muset použít jeho rozšířenou variantu + případně i upravit celý router, pokud nechceš tu action=edit za otazníkem.

LastHunter napsal(a):

No, musíš routeru dát vědět, že neexistuje uživatel s ID change-password a product s ID info (a zajistit v administraci, aby takové položky nešly do databáze přidat).

Určitě ti tu někdo navrhne vytvoření vlastního routu (k čemuž jsem se zatím neodvážil), já podobný problém řešil nějak takto (snad jsem se nijak neuklepl, nezkoušel jsem to):

$routingModel = new Models\RoutingModel(); //cached

//matches username
$router[] = new Route('user/<id ' . implode('|', $routingModel->getUsers()) . '>/', array(
    'presenter' => 'User',
    'action' => 'default',
));

//matches product (also its editing)
$router[] = new Route('product/<id ' . implode('|', $routingModel->getProducts()) . '>/<action>', array(
    'presenter' => 'Product',
    'action' => 'default',
));

//matches everything else (general route)
$router[] = new Route('<presenter>/<action>/<id>/', array(
    'presenter' => 'Default',
    'action' => 'default',
    'id' => NULL,
));

Ty metody routing modelu vrací jednoduché pole s jednotlivými položkami databáze, aby se vytvořil vzor pro routu v tomto tvaru:

'user/<id jarda|pepa|franda>/'

Zajímavé řešení, ale říkám si, co když je třeba 1000 uživatelů. Jak to pak ovlivní rychlost?

Jan Tvrdík napsal(a):

Jirda napsal(a):

Ještě mě napadla třetí možnost a to v případě, že detekuji stav, kdy je třeba id rovno change-password, tak dojde k zavolání daného view. De facto by došlo k situaci, kdy bych si v defaultu vytvořil takový mini router pro presenter. Akorát si myslím, že takové řešení by nebylo moudré a začalo by mě unášet někam, kam bych neměl jít.

Není to sice čisté z hlediska návrhu, ale určitě to bude fungovat. Místo změny view je vhodné použít $this->forward.

Co se týše ale toho manuálního nastavení, tam nevidím problém tolik s realizaci, ale spíše se obávám té osudné věty v dokumentaci:
Počet rout má vliv na rychlost aplikace, zejména při generování odkazů.

Tak zrovna toho bych se nebál. I kdyby jsi těch statických rout měl 10, tak to na výkonu nepoznáš (schválně to zkus změřit). Pokud by jsi to chtěl super rychlé, tak lze vytvořit speciální StaticRoute, který bude ještě rychlejší (i když téměř neměřitelně).

Dobře, ještě to promyslím, jakým směrem se uberu. Ale i tak, díky!

Mám takový dotaz..
dejme tomu,že máme v db strukturu webu..nějak takto: id,url,presenter
potom bych viděl možné řešení s url např. takto

<?php
	$sekce = new Sekce();
        Route::addStyle('#presenter', presenter);
        Route::setStyleProperty('#presenter', Route::FILTER_IN, array($sekce,'getPresenterName'));

	$router[] = new Route('<presenter #presenter>/<action>/<id>', array(
                'module' => 'Front',
		'presenter' => 'Home',
		'action' => 'default',
		'id' => NULL,
	));
?>

kde getPresenterName podle url vrátí který presenter se má volat..

čekal bych že pokud zavolám

doména/neco (stránku neco = presenter např. Product)

url bude ve tvaru doména/něco a filtr mi vrátil presenter Product.. který bude zavolán
ale stále se v url dostávám na tvar:
doména/product ..

nevím, kde dělám chybu..nebo překladový slovník na tohle nelze použít?

Jan Tvrdík napsal(a):

Nechce se mi nad tím přemýšlet, ale téměř určitě je potřeba použít i Router::FILTER_OUT.

To já ale nepotřebuji.. nebo dsi to moc nedokáži představit..většinu stránek bude „obhospodařovat“ jeden presenetr..např. page.. a pak by bylo pár jiných..Home, Product nebo něco jiného.. tzn.. funkce podle presenteru vrať url by nešla.. není to 1:1

edit:

tak jsem trošku experimentoval..a do filtr out jsem dal stejnou fci..getPresenterName .. a url už je ve správném tvaru..ale teď to nemůže najít odpovídající routu..

url: neco.cz/vrtulnik/objednavka/1

chyba: No route for Front:Page:objednavka(id=1)

routa:

<?php
$router[] = new Route('<presenter>/<action>/<id>', array(
                'module' => 'Front',
		'presenter' => 'Home',
		'action' => 'default',
		'id' => NULL,
	));
?>

Editoval Oggy (30. 8. 2009 8:03)