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

[mike]

(...)
Mysle ze imho tak to powinno wygladac, czemu?
Mozna dopisac sobie np request z lini polecen
ConsoleRequest
nie trzeba calosci przerabiac.

(...)

Request jest poto zeby z niego dziedziczyc.

Dokladnie o to chodzi i to jest siłą takiego rozwiązania.
Hierarchia może wtedy wyglądać tak: Class Request

(...)
Router w tym ukladzie dostarcza informacji kontrolerowi co i jak...

W zasadzie, jak już wspomniałem, jest on zbędnym przekaźnikiem. Nie wnosi nic konkretnego poza kolejną warstwą przez którą sie trzeba przebić w poszukiwaniu danych o żądaniu aplikacji.

ak dla mnie może on istnieć jako część (metodda, lub jakiś mały obiekcik) Kontrolera. Ale najlepiej to by było, jakby go nie było (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)
Przecią Kontroler sam może sobie dane pobrać z Requesta (a dokładnie z klasy dziedzczącej po nim).