Router - teoria Opcje

[ulow]

Wg mnie, klasa routera powinna parsować url'e jak i je tworzyć, ogólnie wszystko co z nimi związane. U siebie, chcę zrobić to tak, że będę miał adresy postaci:

domena.pl/modul/akcja/parametr1/parametr2/parametrN

Z wydobyciem modulu i akcji i wywołania tego, nie będę miał problemu, ale rozchodzi się tutaj o parametry, które będą przekazywane do akcji. W jaki sposób je rozróżniać? Skąd router ma wiedzieć który parametr jest do czego? Nie wchodzi w grę tutaj ustawianie wszystkiego w htaccess, bo nie do każdej akcji będą przekazywane parametry w ten sam sposób. No i nie chcę mieć adresów: domena.pl/?modul=foo&akcja=bar&param1=... itd, chociaż wtedy nie byłoby problemu. Myślałem nad czymś takim jak jest w Symfony, a mianowicie pliczek routing.yml itd, ale nie mam pojęcia jak to zaimplementować (IMG:style_emoticons/default/smile.gif)

Ktoś podsunie jakieś sensowne rozwiązania? Albo wskaże mi moje błędy

[Crozin]

Routing w Symfony2 jest napisany (chyba) do tego stopnia "niezależnie", że powinieneś być w stanie zrobić Copy&Paste, lekko dostosować i będzie działać: http://github.com/symfony/symfony/tree/mas...onents/Routing/

Co do sposobu działania routingu w symfony 1.4. Każda reguła ma zdefiniowany parametr url, który jest zwykłym wyrażeniem regularnym:

Kod

hello:
  url: /hello/:name/blah/:abc
  requirements: name: [a-z]+, abc: \d+

->

#^/hello/(?<name>[a-z]+)/blah/(?<abc>\d+)$#

Przy wchodzeniu na stronę /hello/crozin/blah/12345 po kolei sprawdzasz czy któraś z zdefiniowanych reguł pasuje do URLa (preg_match).
Natomiast generowanie URLi to proces odwrotny do powyższego. Podajesz nazwę reguły oraz parametry (jeżeli są potrzebne). Sprawdzasz czy każdy z parametrów spełnia wymagania (ponownie preg_match) i sklejasz ostateczny URL.