[php/MVC] Lancuszek akcji, akcja w akcji. Opcje

[c3zi]

Witam,

Jak rozwiazujecie uruchamianie akcji w implementacji innej akcji?

Dodam, iz u mnie kazda akcja posiada swoj widok. Zatem w akcji1, w ktorej musze uruchomic inna akcje2 musialbym jakos przypisac do zmiennej - widok akcji2, a potem przeslac go w zmiennej akcji1 (juz plus akcja2) to widoku akcji1 ? Nie wiem jak do tego podejsc.

Chodzi o to, ze mam dynamicznie tworzona liste danych w akcji2, a akcja1 tez chce z nich korzystac +dodac odp. swoje funkcjonalnosci.

Schemat:
Akcja_showItems->Uruchom akcje main->akcja main wykonuje swoj kod->uruchom szablon akcji_main->przekaz go w zmiennej do akcj showItems->uruchom szablon akcji_showItems przekazuja do niego rowniez dane z akcji main..

Jak do tego podejsc ?

[Ludvik]

Klasy HttpRequest i HttpResponse to pseudo-klasy, które zawierają szczegółowe żądanie i odpowiedź związaną z protokołem HTTP. Pierwsza z nich zawiera zmienne GET, POST, ciastka itp. Obiekt odpowiedzi zawiera dane typowe dla odpowiedzi HTTP, czyli nagłówki (w tym ciastka) i treść odpowiedzi. Obiekty kontekstu nie zawierają natomiast danych związanych z protokołem. Obiekty implementujące interfejs request dispatchera mają za zadanie:

• Wywnioskować na podstawie szczegółowego żądania nazwy akcji i kontrolera aplikacji
• Przetłumaczyć parametry związane z protokołem (dla HTTP są to GET, POST itp...) na parametry związane z akcją

Na podanych wcześniej przeze mnie stronach drugą z tych ról nazwano fabryką kontekstu. Jak to działa? Powiedzmy, że dostajesz żądanie POST z URL /news/666/comment. W tablicy POST znajdują się dane z formularza komentowania, czyli posiadające klucze autor, mail, strona, tresc. Obiekt HttpRequest będzie posiadał zarówno PATHINFO jak i wszystkie dane przesłane metodą POST. Teraz pałeczkę przejmuje RequestDispatcher dla protokołu Http. Najpierw odczytujemy URL i na podstawie jakiejś mapy/wyrażeń regularnych dopasowujemy go do akcji - w tym przypadku powiedzmy addNewsComment. Z URL możemy też odczytać identyfikator newsa. Zapisujemy go w kontekście żądania z kluczem id. Wybrana przez nas akcja doskonale wie, do czego on się odnosi. Następnie zapisujemy w obiekcie kontekstu dane przesłane POST-em. Klucze będą takie same, bo się nie powtarzają. Teraz w akcji możemy spokojnie odnosić się do obiektu kontekstu, zapominając o implementacji protokołu. Akcji nie obchodzi to, czy żądanie jest wysłane protokołem HTTP, czy jest to żądanie SOAP, AJAX czy inne... Odebraniem komunikatu zajmie się RequestDispatcher, który przetłumaczy go do postaci zrozumiałej dla akcji. Akcje zapiszą rezultaty swojego działania w obiekcie kontekstu odpowiedzi. Uformowaniem odpowiedzi dla konkretnego protokołu zajmie się widok.

Trudno znaleźć przykłady, bo rzadko używa się tego wzorca w PHP. Główną jego zaletą jest zlikwidowanie zależności od protokołu, a programiści PHP rzadko kiedy wykraczają poza HTTP GET i POST... Dla mnie ten wzorzec ma jeszcze jedną zaletę - nieco zwiększa przejrzystość kodu akcji.