![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 35 Pomógł: 4 Dołączył: 18.05.2010 Ostrzeżenie: (0%) ![]() ![]() |
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¶m1=... 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 |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 952 Pomógł: 154 Dołączył: 20.01.2007 Skąd: /dev/oracle Ostrzeżenie: (0%) ![]() ![]() |
Router to w zasadzie dopasowywanie do wzorca. Musisz sobie określić, jakie rodzaje ograniczeń Twój router będzie obsługiwać, następnie dodać metodę, która pozwoliłaby wprowadzić pojedynczą regułę ograniczeń, która przy okazji będzie z parametrów budować wyrażenie regularne. Sprawdzanie jest proste - jedziesz po kolejnych regułach i pierwsza, która zaakceptuje wyrażenie regularne, jest sprawdzana pod kątem tego, czy wszystkie obowiązkowe parametry są ustawione. Jak wszystko jest OK, budujesz tablicę parametrów i zwracasz ją.
|
|
|
![]() ![]() |
![]() |
Aktualny czas: 17.10.2025 - 09:39 |