Rozne konfiguracje routingu dla kazdego elementu aplikacji Opcje

[marcio]

Witam co myslicie o definiowaniu routingu kazdego elementu ktory owy routing moze posiadac jako osobny plik i includowac je do glownego routingu?
https://docs.djangoproject.com/en/1.3/topic...-other-urlconfs

Ja widze w tym 2 pro:
-pozadek w routingu
-wiadomo jaki element edytujemy
-wieksza elastycznosc

Co o tym myslicie?

[marcio]

Nie bardzo bo jest to część FW. Jednak to nie jest trudne.
Pobierasz tablice z ustalonymi regułami (główną), jeśli obecna reguła zgadza się z uri, a w ich wartościach znajdziesz 'include' wczytujesz ten plik do już istniejącej tablicy i sprawdzasz jeszcze raz (oczywiście pomijając już inlude), coś na wzór rekurencji w wielopoziomowym menu.

Nie ma problemu zeby to zaimplementowac chcialem bardziej zobaczyc jak wyglada twoj router i routing ;)

[!*!]

Nie ma problemu zeby to zaimplementowac chcialem bardziej zobaczyc jak wyglada twoj router i routing (IMG:style_emoticons/default/wink.gif)

U mnie opiera się cały routing o wyrażenia regularne, bo nie pasuje mi metoda domena.com/kontroler/akcja/parametr czy jakieś śmieci przesyłane przez get, dlatego całkowicie się tego pozbyłem.

plik z regułami dla aplikacji:

[PHP] pobierz, plaintext 
return array(
   'regex_czy_cokolwiek([a-z])' => array(
     'controller' => 'Start', // kontroler
     'method' => 'index', // metoda kontrolera, jeśli jej brakuje, domyślnie jest to index
     'param' => '$1', // parametry
     'param_type' => array('$1' => ':num'),
     'type' => 'static', // czy odwołać się statycznie
     'include' => 'nazwa_pliku' // nazwa pliku z dodatkowym routingiem
);
[PHP] pobierz, plaintext 

Dodatkowo wcześniej ładuje coś na wzór 2 routingu, dla aplikacji, jeśli jest ich więcej niż jedna i jest to plik dla całego FW.

[PHP] pobierz, plaintext 
return array(
   'nazwaAplikacji' => array(
     'regex' => 'nazwaaplikacji([a-z0-9])', // sprawdzam czy aktualny uri pasuje jeśli tak to wczytuje tą konkretną aplikacje
     'path' => './katalog', // główny katalog aplikacji
     'http_type' => 'https', // czy zgadza się protokół
);
[PHP] pobierz, plaintext 

Jesli żadne reguły nie pasują, ładowana jest aplikacja znajdująca się na pierwszej pozycji. Oczywiście w konfigu aplikacji jest informacja czy na serwerze są przyjazne linki itp. dlatego wcześniej przy parsowaniu uri dodaje możliwość "(index.php)?" lub nie. W przekazywanych parametrach są też różnego rodzaju bindy, :num, :year, :app itd.