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

Moim skormnym zdaniem, router, w przypadku wlaczenia urli z langiem (w formacie jaki podales), powinien pierwsza zmienna traktowac jako jezyk i przekazywac ja do kontrolera.
Wtedy w kazdym kontrolerze dziedziczacym od bazowego kontorlera bylaby dostepna wartosc jezyka z jakim zostal wywolany skrypt jako $this->lang; badz pod metoda $this->GetLang();.
Uzytkownik/koder mialby do niej bezproblemowy dostep

Wydaje mi sie to najprostsze rozwiazanie, nie trzeba za duzo babrac w kodzie (zmian), przez co nie starcimy na wydajnosci

Tak, mam mala obsesje na wydajnosci i optymalizacji, ot takie zboczenie po porogramwoaniu w roznych jezykach

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

@menic

@MalCom - fakt __call() może być trochę wolne ale jeżeli to jest tylko w jednej aplikacji muszę dodawać specjalnie metode getLang() a w taki sposób wystarczyło by w kotrolerze

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

lub

[PHP] pobierz, plaintext 
<?php
Ruter::getInstance()->getLang();
?>
[PHP] pobierz, plaintext 

i wsjo ..

Musze jeszcze to przemysleć .. moze z dalszej dyskusji na coś wpadne ..

a co sądzicie o wywoływaniu akcji przez `post`! i wywoływaniu w taki sposób np. walidacji formularzy??

Tak, czy tak gdzies ta metode musisz dodac, niezalenie czy __call() czy stala, ale jak wspomnial menic router powinien spelniac swoje zadanie, a kontroler swoje, wiec najpewniej byloby dane na temat jezyka razem z innymi danymi przekazywac do kontrolera

Moze sie myle, bo wkoncu na FW malo cokolwiek pisalem, zawsze jakos wolalem swoje klasy/funkcje. Ale aktualnie skrobie cos na CI, bo chce jak najpredzej to zrobic (i wrocic do swojego xime) i nie babrac sie za bardzo z kodem
Sam myslalem o jakims malym, swoim frameworku dosotsowanym do moich potrzeb i wymagan, bez zbednego kodu, ktorego nigdy bym nie uzywal (np. uzywam tylko mysql, to niepotrzebnie dorzucac jakies activerecordy i inne), dzieki czemu wydajnosc byla dosyc dobra
Z drugiej strony, zaczynac projekt, ktory byc moze kilka razy wykorzystam, a pozniej umrze, wiec narazie olewam to, bo i tak za duzo na glowie mam innych projektow w cpp

Wracajac do tematu, tez bede musial w przyszlosci kombinwoac jak w CI zrobic obsluge jezyka, ktory bedzie podawany jako 1 parametr, ale to przyszlosc

Co do akcji przez post, nie mam zdania, nigdy nie potrzebowalem takiej metody, wiec sie tym nie interesowalem. Choc pomysl wydaje sie ciekawy

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

Z do do tego POST, to kiedys myslalem sobie aby wszystko przekazywac wlasnie przez post odpowiednimi naglowkami, ale to byl tylko zamysl

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 %%% ...

A nie możecie zdefiniować ścieżek (routes) dla routera, w którym odpowiednia zmienna, będzie określała język?
np.

[PHP] pobierz, plaintext 
<?php
$router->defineRoute('default', ':lang/:controller/:action/*', array('lang' => 'pl', 'controller' => ' index', 'action' => 'index');
?>
[PHP] pobierz, plaintext 

dla adresu URI

zmienna $lang miałaby wartość 'en'.

Właśnie tak robię tylko ze wartość języka pobieram przez metode getLang() i wszystko pięknie ..

Pozdrawiam

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.