Witam

Chciałbym zapytać jakie Waszym zdaniem rozwiązanie byłoby najlepsze :

1. klasa FrontController sprawdza $_SERVER['QUERY_STRING'] i $_SERVER['PATH_INFO'] i w zależności od tego które wywołanie wystąpiło tworzy obiekt jednej z klas -> RouterStandard lub RouterNice
2. Klasa Request zajmie się "rozpoznaniem" a FrontController pobierze sobie nazwę -> $this->request->getRouterClassName();
3. Stworzyć jedną klasę Router (niczym w CodeIgniter) która sama sobie sprawdzi i uruchomi jedną ze swoich metod (albo do standarowych urli albo do nice)
4. Utworzyć klasę Router która tylko sprawdzi $_SERVER['QUERY_STRING'] i $_SERVER['PATH_INFO'] i utworzy obiekt bądż RouterStandard bądź RouterNice.
5. Może jeszcze inne rozwiązanie ?

Z góry dziękuję za wszelkie odpowiedzi.
Pozdrawiam

najlepszym rozwiązaniem jest ustawianie samemu ktory router ma sie ładować - w index.php po dopaleniu frontcontrolera załadować mu routera z którego ma korzystać...

Szczerze powiedziawszy w index.php, jeśli chodzi o tworzenie obiektów chciałbym mieć tylko

[PHP] pobierz, plaintext 
<?php
require ('CCC.php');
CCC::loadClass('CCC_FrontController');
 
$objFront = new CCC_FrontController;
$objFront->dispatch();
?>
[PHP] pobierz, plaintext 

a reszta niech się "robi" niejako sama.
Jeśli chodzi o Twoją propozycję to może by tak w pliku config.php utworzyć $config['router'] = 'Nice';

Dlaczego potrzebujesz miec jak najmniejszy index.php? Wydaje mi sie, ze dobrze jest to rozwiazac tak:

1. Uruchamiasz Front_Controllera -> on tworzy sobie obeikt routera.
2. Mozesz ustawic nowy router przed odpaleniem Front_Controllera, np:

$oFC->setRouter(new Moj_Nowy_Router);

Oczywiscie mozna to zrobic za po moca konfigow, ale po co? Wiekszy narzut, bo kontroler zawsze sprawdza, jaki ma wlaczyc router. Akurat router jest jeden przez caly zywot aplikacji i proawdopodobienstwo, ze kiedys odpalisz konfiguracje i zmienisz router na inny jest znikome. Wiec daj na starcie inny router front kontrolerowi i niech sie o routing juz nie martwi.

A nie lepiej jeden elastyczny router z definiowaniem routow ? Frameworki piszemy aby jak najszybciej rozwijac aplikacje - przewaznie jest to adekwatne do pisania odpowiednio malej ilosci kodu PHP. Tak wiec nasuwa sie pytanie - po co robic wiele klas skoro mozna to zrobic w
jednej konfigurowalnej ?

Wogóle chyba najlepiej takie coś przenieść do konfiguracji w jakimś xml, albo ini, yaml etc.
Zawsze łatwiej zmienić ;]

Pozdrawiam.

@Prph
Im mniej wszelakiego kodu tym lepiej (mniejsza możliwość pomyłki) a poza tym nie zamierzam pisać instrukcji obsługi własnego frameworka(?) - patrz ZEND FW. Jeśli chodzi o pkt 1. i 2. to poniżej kawałek kodu z mojego FrontController'a

[PHP] pobierz, plaintext 
<?php
public function dispatch()
	{
		if(null === ($request = $this->getRequest()))
		{
			$request = new CCC_Request;
			$this->setRequest($request);
		}
	}
	public function setRequest($request, $name = 'request')
	{
		if (is_string($request))
		{
			CCC::loadClass($request);
			$request = new $request();
		}
		$this->request = $request;
		$this->registerObject($name, $request);
	}
	/*
	 * Zwraca obiekt klasy CCC_Request
	 */
	public function getRequest()
	{
		return $this->request;
	}
?>
[PHP] pobierz, plaintext 

Natomiast jeśli chodzi o plik config.php (tablica) to i tak klasa Config z niego korzysta a jedno pole więcej czy mniej do odczytu to przecież żadna różnica.

@NULL a więc proponujesz mieszankę CodeIgnitera i Zenda ?

Pozdrawiam

To my rozmawiamy o Routerze, czy o Request?





Jezeli we front kontrolerze rejestrujesz request, to troche mija sie to z celem. Request operuje na tablicach globalnych, wiec nawet singletone nie jest potrzebny. Gdzie potrzebujesz robisz "new Request;".

A co do duzych i malych index.php - dodatkowe 5 linii chyba nie jest przestepstwem.

Oczywiście o Routerze, przepraszam ale tak mi się wstawiło, metoda setRouter wygląda tak samo.

Przepraszam ale nie rozumiem o co Ci chodzi ?

Czyżbym tworzył obiekty -> Request, Response, Router w nie właściwym miejscu ? FrontController nie jest od tego ?

Poniżej kawałek z Zend_Controller_Front

[PHP] pobierz, plaintext 
<?php
/**
	 * Dispatch an HTTP request to a controller/action.
	 *
	 * @param Zend_Controller_Request_Abstract|null $request
	 * @param Zend_Controller_Response_Abstract|null $response
	 * @return void|Zend_Controller_Response_Abstract Returns response object if ret
urnResponse() is true
	 */
	public function dispatch(Zend_Controller_Request_Abstract $request = null, Zend_Controller_Response_Abstract $response = null)
	{
 
		/**
		 * Instantiate default request object (HTTP version) if none provided
		 */
		if (null !== $request) {
			$this->setRequest($request);
		} elseif ((null === $request) && (null === ($request = $this->getRequest()))) {
			require_once 'Zend/Controller/Request/Http.php';
			$request = new Zend_Controller_Request_Http();
			$this->setRequest($request);
		}
?>
[PHP] pobierz, plaintext 

Właśnie we FrontControllerze tworzą obiekty tych klas.

Pozdrawiam

Jest, chociaz jak kto woli Chodzilo mi o to, ze skoro Request operuje na $_POST, $_GET itd, to nie trzeba na dzien dobry tworzyc jego obiektu we front kontrolerze i trzymac go na wszelki wypadek. Rownie dobrze mozesz utworzyc obiekt requesta w akcji, kiedy bedzie Ci tak na prawde potrzebny. Z kolei router mozesz utworzyc i trzymac we front kontrolerze, bo zawsze zostaje uruchamiany, a czasem zachodzi potrzeba skorzystania z niego w dalszej czesci aplikacji (np do wygenerowania adresu url).