Witam, planuję wprowadzić do swojego projektu Router/Routing, m. in. dla ładnych urli bez .htaccess, ale nie wiem jak zacząć, bobrowałem po necie trochę i doszedłem do wniosku:
Mam plik np RouterConf.php i w nim

[PHP] pobierz, plaintext 
$Routes = array( 'profiles' => array( 'rule' => 'profile/view/:id/:username', array( 'id' => '([0-9]{1,3})', 'username' => '([a-z0-9]{0,15})' ) ) );
[PHP] pobierz, plaintext 

Dynamiczny url. Tą zmienną przekazują do klasy Routera, i zadaniem routera jest posklejanie linku (wstawienie zamiast :id tego co jest w drugiej tablicy). Następnie router po prostu sprawdza czy PATH_INFO pasuje do KTÓREJKOLWIEK z reguł, jeśli znajdzie dopasowanie to kończy sprawdzać i tworzy nowy obiekt klasy Dostawca_Profile_View przekazując do konstruktora parametry tj. (na przykłádzie tablicy):

[PHP] pobierz, plaintext 
new Dostawca_Profile_View( array( 'id' => $Router->getParam( 'id' ) ) );
[PHP] pobierz, plaintext 

Na tym to polega?

A dlaczego 90% piszących w PHP choruje na chorobę pod tytułem "Musze miec wlasny framework/biblioteke widoków/biblioteke orm/routing/dodaj sobie cos jeszcze"

router sluzy do tego by rozluznic połączenie pomiedzy URL-ami a pomiedzy fizyczna zawartoscia i lokacja plików PHP. co będzie robil zalezy od tego jak go sobie zrobisz.

Standardowo routerem jest FrontController, plik php przez ktory idą wszystkie żadania i ktory poprzez odpowiednie parametry deleguje żądania do odpowiednich kontrolerów i ich akcji.

Router nie tworzy widoków, tylko uruchamia akcje w kontrolerze. Zwracaniem widoków zajmuje sie kontroler.
najlepiej popisz sobie w jakims normalnym pisanym z jakims poszanowaniem reguł programowania obiektowego frameworku, i w ten sposob najszybciej zobaczysz po co ten router jest.