HttpRequest a Router i generator linków Opcje

[aleksander]

Router to obiekt który rozbija żądanie i wyciąga z niego nazwę żądanej akcji, parametry itp. Router jest także generatorem linków (np nice urls)

HttpRequest jest obiektem, bedącym otoczką dla żądania http.

I teraz moje pytania:
1. Czy HttpRequest powinien by jednocześnie routerem:

Kod

--- klient ---

--- HttpRequest i Router w jednym ---

--- kontroler - pobiera nazwe akcji z Routera ---

czy router powinien byc oddzielny analizowac dane z httpRequest i na tej podstawie stwierdzac, którą ma akcję uruchomic:

Kod

--- klient ---

--- HttpRequest ---

--- Router - analizuje HttpRequest sprawdzająca jaka akcja ma byc uruchomiona ---

--- Kontroler - pobiera z routera nazwe akcji ---

?

2. Jeżeli ta pierwsza opcja to gdzie tu powinien by generator linków? Przecież nie za bardzo pasuje on do HttpRequest

[matid]

Można ew. tworzyć nową klasę Request, która w konstruktorze stworzy instancję Routera i pobierze od niego rozszyfrowane dane z PATH_INFO. Jak ktoś będzie chcial stworzyć nowy url, to albo pobierze sobie Router (np. $request->getRouter(); albo zmapuje się funkcję generowania URL-a do requesta (trochę mniej mi się to podoba).
W takiej sytuacji możemy sobie spokojnie wymienić Router i zmienia się zarówno sposób kodowania, jak i dekodowania, ale możemy także zmienic klasę Request.
A w Phiendzie wystarczyloby zostawić BasicHttpRequest w phiend.context a RoutedHttpRequest wraz z Routerem wrzucić do phiend.mvc. I tak BasicHttpContext dostaje iHttpRequest w kostruktorze, więc nie ma problemu ze znajdowaniem się tych klas w różnych pakietach. (i tak instancja BasicHttpContext będzie tworzona najprawdopodobniej we kontrolerze, który jest częścią phiend.mvc).