[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

[widmogrod]

jezyk polski jest uruchamiany np. przez indexPL.php a jak ktos sobie wybierze angelski to skrypt bedzie ueuchamiany zIndexEN.php

takie rozwiązanie mi się nie podoba wyobraźmy sobie że będę miał 20 języków co wtedy 20x index .. nie ..

Raczej pozostanę przy mojej koncepcji .. teraz zostaje kwestia jak poinformować klasę czy zostawić to programiście i z każdą instancja klasy ustawiać język przez $this->getLang() czy gdzieś w konfiguracji ustawić monitorowanie odpowiedniego parametru rutera .. ale to juz inny temat ..

PS. Może jeszcze coś dopisze .. zmykam na %%% ...