[mvc] Wybor widoku dla poszczegolnych akcji Opcje

[Helios]

Witam

Moze najpierw przedstawie ogolny schemat dzialania mojego systemu.

- Fasade stanowi FrontController
- FrontController tworzy instancje obiektow ResponseContext, RequestContext
- FrontController korzysta z pomocy ApplicationController
- ApllicationController wybiera z zadania modul i akcje do wykonania
- Mapper akcji parsuje plik XML i zwraca dane dt. lancuchow akcji, widokow dla poszczegolnych rezultatow wykonania danej akcji itd.
- ApllicationController korzysta z mappera akcji i udostepnia konrolerowi informacje o lancuchach akcji i widokach
- FrontController wykonuje w petli lancuchy akcji na danych modulach udostepniajac im kontekst Request i Response, a nastepnie wyswietla widok

I teraz moje pytanie. Chce miec mozliwosc generowania listy newsow w postaci xhtml, rss, pdf itd., a wiec nie chce na sztywno deklarowac, ze np. widok musi byc realizowany przez Smarty. Chce jakos zorganizowac wybor wyjscia w trakcie dzialania aplikacji.
Jak byscie rozwiazali ten problem? Wymyslilem, ze nieglupim rozwiazaniem byloby, aby zajal sie tym mapper akcji. W tym przypadku musialbym deklarowac w pliku XML typ wyjscia np.:

[XML] pobierz, plaintext 
<module name="News">
      <command name="add">
            <state id="1">
                  <forward>getHtmlList</forward>
            </state>
      </command>
      <command name="getHtmlList">
            <view type="html">news.tpl</view>
      </command>
      <command name="getPdfList">
            <view type="pdf">news.pdf</view>
      </command>
</module>
[XML] pobierz, plaintext 

FrontController mialby korzystac z fabryki widokow, tworzyc widok typu zdefiniowanego w akcji (zakladajc ze fabryka widokow zwraca system widokow z zaimplementowanym interface'em View, aby wymusic istnienie metody display)

[PHP] pobierz, plaintext 
<?php
$objView = ViewManager::getView($objAppController->getViewType());
$objView->display($objAppController->getView(), $objResponseContext);
?>
[PHP] pobierz, plaintext 

Myslicie, ze jest sens bawic sie w cos takiego, czy lepiej zrobic rozpoznawanie typu widoku na podstawie rozszerzenia pliku wlasnie w fabryce widokow? A moze macie zupelnie inne rozwiazanie?

Ten post edytował Helios 1.11.2007, 00:36:03

[Helios]

Ok, w takim razie zalozmy, ze bede przekazywal typ widoku w linkach np.:

http://example.com/news,read,,1234
http://example.com/news,read,pdf,1234

Jak to teraz rozegrac. Chcialbym zachowac niezaleznosc, moc raz odpalic system przez http a drugi raz pod konsola np. Czy powinienem stworzyc abstrakcyja klase Request i na jej podstawie utworzyc HttpRequest i ConsoleRequest a w nich metody getModule, getAction, getViewType?

[PHP] pobierz, plaintext 
<?php
abstract class Request {
 
	private $params = array();
 
	public function get($key){
		// implementacja
	}
 
	public function set($key, $val){
		// implementacja
	}
 
	abstract public function getModule();
	abstract public function getAction();
	abstract public function getViewType();
 
}
 
class HttpRequest extends Request {
 
	public function getModule(){
		return $this->get('module');
	}
	// itd.
}
?>
[PHP] pobierz, plaintext 

Czy pobieranie typu widoku, poczatkowej akcji i modulu to zadanie dla innej klasy, czy moze byc udostepniane w klasie kontekstu zadania?

Pozdrawiam

Ten post edytował Helios 1.11.2007, 15:33:20