[framework] Ruter .. więcej na głowie .., dyskusja .. pomysły .. rozwiązania Opcje

[widmogrod]

Witam
Ostatnio zastanawiam się nad ruterem w FW, jego zadaniem jest sparsowanie url’a pobranie z niego nazwy kontrolera, akcji i parametrów (tak jest u mnie)
1. co jeżeli podstawowy wzorzec rutera chce zmienić z
/kontroler/action/pram1/param2 ..
na
/jezyk/kontroler/akcja/param1/param2 ..

Jednym z rozwiązań na jakie wpadłem to jest tworzenie wzorów rutera tak jak jest np.: w Zend FW ale jak pobrać wartość języka w tak zdefiniowanym formacie parsowaniu przez rutera

/:Lang/:controller/:action

może wykorzystać metode __call() i po odpowiednim sparsowanu w/w formatu
Pobierać wartości w sposób dynamiczny tj

[PHP] pobierz, plaintext 
<?php
$this->getXXX();
?>
[PHP] pobierz, plaintext 

XXX – nazwa parametru
np.

[PHP] pobierz, plaintext 
<?php
$this->getLang();
?>
[PHP] pobierz, plaintext 

Oczywiście getController(), gerAction(), getParams() nie były by tworzone w __call() tylko bedą zaimplementowane na ‘stałe’.

Czy użytkownik powinien mieć dostęp do parametrów rutera, żeby mógł pobrać dany parametr .. co na to koncepcja MVC?? i wasza praktyka

Następna kwestią jest to ze oprócz danych z GET (SERVER) mamy też dane przekazywane z POST,

W moim frameworku umożliwiłem odpalanie akcji również za pomocą danych przekazanych w POST (dodawanie do łańcucha akcji) w sumie za jednym przeładowaniem mogłem wykonać trzy akcje z Urla, po wysłaniu formularza z zdefiniowaną akcja,

[PHP] pobierz, plaintext 
<?php
$this->AformOpen(array(index, akcja1)); // otwiera formularz z zakodowana akcja do odpalenia
?>
[PHP] pobierz, plaintext 

i po naciśnięciu buttona również z definiowana w nim akcje.

[PHP] pobierz, plaintext 
<?php
$this->AButon( array(index, akcja2));
?>
[PHP] pobierz, plaintext 

Czy takie rozwiązanie ma sens
Jak powinny być odczytywane dane akcji przekazywane w POST.
Może utworzyć specjalny filtr który będzie przeszukiwał dane POST i jeżeli znajdzie odpowiednie klucze doda nowa akcje do łańcucha akcji czy tez stworzyć klasę do obsługi żądań akcji POST.
Wydaje mi się ze dobrym rozwiązanie było by stworzenie klasy dziedziczącej po ruterze np. PostRuter

Co o tym sadzicie, jak wy rozwiązujecie tą kwestie.

I jeszcze jedno wpadłem na pomysł walidacji formularzy taki ze dany formularz jest wysyłany do odpowiedniego walidatora np.:

[PHP] pobierz, plaintext 
<?php
$this->AFormOpen(nazwa_walidatora); // otwiera formularz z nazwa walidatora do odpalenia
?>
[PHP] pobierz, plaintext 

I później w kontrolerze akcji sprawdzamy jednym poleceniem czy formularz jest poprawny

[PHP] pobierz, plaintext 
<?php
$this->isValid(nazwa_walidatora)
?>
[PHP] pobierz, plaintext 

Mam nadzieje ze nie na mieszałem
Pozdrawiam

[menic]

IMHO idea routera jest troche inna. Powinien on tylko rozszyfrowac url i dane przekazać do kontrolera ktory juz sobie zrobi z tym co chce

[Speedy]

IMHO idea routera jest troche inna. Powinien on tylko rozszyfrowac url i dane przekazać do kontrolera ktory juz sobie zrobi z tym co chce

Wg mnie taka koncepcja jest właściwa . Raczej nie ma sensu tworzenie reguł url-a i jemu podobnych wytworów. Podczas gdy podaje się aplikacji jakieś parametry, router może zrobić z nich tablicę i wtedy nie jest na sztywno ustalone, który parametr czemu ma odpowiadać, gdyż odwołujesz w zależności od potrzeby, do odpowiednich wartości w tablicy. Kiedyś rozumowałem trochę inaczej i przez to miałem kilka problemów, ale na szczęście da się zaprojektować elementy sterujące aplikacją w sposób bardziej elastyczny .
Można to zrobić zarówno z wykorzystaniem mod_rewrite, jak i bez niego.

Ten post edytował Speedy 2.02.2007, 16:48:03