Forum PHP.pl > multiwidoki

Pomoc - Szukaj - Użytkownicy - Kalendarz

Forum PHP.pl > Forum > PHP > Pro > Archiwum Pro

chmolu

4.08.2005, 15:05:18

Witam,

Jest jedna rzecz, z którą jakoś nie mogę dać sobie rady. Wbrew pozorom problem nie jest taki znów banalny.
Chodzi o to, jak w ładny sposób rozwiązać kwestię kilku widoków na stronie, tzn: nagłówek, menu, treść, reklama, stopka. Do tej pory robiłem to w następujący sposób:

[HTML] pobierz, plaintext 
// plik header.php
<?php $this->executeHelper('MenuViewHelper'); ?>
<html>
<head><title><?php echo $title ?></title></head>
<body>
 
---------------------
 
//plik article.php
inlude('header.php');
 
tutaj jakas tresc
 
include('footer.php');
[HTML] pobierz, plaintext

Szablon article.php jest wywoływany przez główną akcję. W includowanych plikach istnieje możliwość wywołania klasy typu helper, które wyciągają dane z bazy i robią wszystkie assigny. Do tej pory ten sposób mi odpowiadał, jednak teraz chcę, by można było cachować poszczególne części strony. Nie mówię tu o serializacji obiektów, czy tablic, ale o cachowaniu gotowego htmla.

Powiedzmy, że mam jedną akcję wywoływaną w urlu i stronę, która składa się z: nagłówka, menu, treści artykułu, listy najnowszych tematów na forum oraz ze stopki. Przy czym, menu i treść artykułu są cachowane. Reszta nie.

Jak to ładnie rozwiązać? Zapraszam szanowne grono do dyskusji

bela

4.08.2005, 16:11:03

Ja robię tak.
Określam requesty, które są dopasowywane do URLa.
W requeście może siedzieć kilka akcji.
Po wywołaniu wszystkich akcji, wynik ich jest przekazywany do widoku i zależnie od widoku i jego parametrów jest to wszystko wyświetlane.

chmolu

4.08.2005, 16:23:42

Można bardziej szczegółowo?
Z przykładami

bela

4.08.2005, 16:37:33

Fragment konfiga

[XML] pobierz, plaintext 
<request match="*">
        <action>
            <name>TestAction</name>
        </action>
 
        <action>
            <name>Dupa</name>
        </action>
        <view>
            <name>smarty</name>
            <params>
                <template>index.tpl</template>
            </params>
        </view>
    </request>
[XML] pobierz, plaintext

To umieszczam na ostatnim miejscu, a więc jeśli nie zostanie dopasowany do innych, to jest uruchamiany ten. A w nim znajdują się 2 akcję: Test i Dupa. Widokiem jest smarty - wszystkie widoki to pluginy - i zostaje uruchomiony z parametrem template równym index.tpl.
Sam plugin jest konfigurowany przy 1. próbie dostępu do niego.

chmolu

4.08.2005, 16:52:42

Hm... sam nie wiem. Pomyślę jeszcze nad tym.

A może zna ktoś lżejszy sposób?

chmolu

4.08.2005, 21:04:02

Wyskrobałem coś takiego:

[PHP] pobierz, plaintext 
<?php
 
interface IView {
	public function render();
}
 
abstract class CachedView implements IView {
	// oczywiscie to wszystko powinno byc zaimplementowane;)
	protected function isCached() {}
	protected function loadCache() {}
	protected function clearCache() {}
}
 
/** 
 * Prosty system szablonow w postaci skryptow php
 *
 */
abstract class PHPView extends CachedView {
	private $vars = array();
 
	protected function assign($var, $value = false) {
		if (is_array($var)) {
			$this->vars = array_merge($this->vars, $var);
		} else {
			$this->vars[$var] = $value;
		}
	}
 
	protected function fetch($_tpl_file) {
		if (!is_readable($_tpl_file)) {
			throw new TemplateException('TPL file ' . $_tpl_file .' does not exists');
		}
 
		extract($this->vars, EXTR_PREFIX_SAME, '_');
		include($_tpl_file);
	}
}
 
class CompositeView implements IView {
	private $components = array();
 
	public function addView(IView $view) {
		$this->components[] = $view;
	}
 
	public function render() {
		foreach ($this->components as $view) {
			$view->render();
		}
	}
}
 
class ShowArticle extends PHPView {
	public function render() {
		$this->assign('content', $art->loadArticle());
 
		return $this->fetch('show_article.php');
	}
}
 
 
$composite = new CompositeView();
$composite->add(new ShowHeader());
$composite->add(new ShowMenu());
$composite->add(new ShowArticle());
$composite->add(new ShowFooter());
 
?>
[PHP] pobierz, plaintext

Można to teraz łatwo do konfiguracji wywalić.

Niby działa ładnie, ale jest jedna wada. Jako, że szablony są inicjalizowane lokalnie nie ma możliwości, żeby np. z widoku ShowArticle assignować zmienną dla ShowHeader(), czyli ustawić tytuł, słowa kluczowe etc.

Muszę jeszcze trochę nad tym posiedziec :/

Vengeance

4.08.2005, 21:48:54

W szablonie głównym dodawaj pozostałe szablony (np. menu) poprzez rozszerzoną metodę Include() która będzie potrafiła sprawdzić czy istnieje Cache (w formie czystego HTMLa wygenrowanego wcześniej) dla danego szablonu.

Jeżeli istnieje to go zwróci w czystej formie, a jeżeli nie to przystąp do generowania szablonu tak jak to robisz teraz. I dopiero w menu.tpl użyj odpowiednich ViewHelperów wykonujących odpowiednie zapytania do DAO i wykonujących wymagane Assigny().

Potem zwracasz HTML, a ww metoda Include() zapisuje go do Cache oraz zwraca do głównego szablonu.

NuLL

4.08.2005, 22:24:56

@chmolu - fajowski pomysł z kompozytowym widokiem

A może by tak dodać assign'y do całościowego widoku. Najpierw przetworzyc akcję, dodać w niej assigny a potem wypluć całość :?:

chmolu

6.08.2005, 17:08:54

Cytat

Myślałem trochę nad tym. No dobrze, mogę zrobić $this->include() i to sprawdzi mi, czy jest cache. Powiedzmy, że wywołuję szablon show_article.tpl.php. Wewnątrz includuję header.tpl.php. Metoda $this->include sprawdza, czy header posiada cache. Jeśli posiada, to zostaje wczytany. Ale... co jeśli w pliku header.tpl.php jest dołączany jeszcze menu.tpl.php??

Taka metoda nie nadaje się do większej hierarchii widoków.

Naprawdę już nikt nie ma pomysłu, jak to zrealizować??

NuLL

6.08.2005, 17:28:20

Pomysł mam

Tylko zapomniałem o nim tu napisać. Takie coś można by uzyskać tworząc system buforów wyjściowych. Można by napisać jakiś mini manager buforów który będzie je trzymał razem w kupie. Każdy widok który ma zostać obrobiony miałby swój bufor - można to zrobić przez dziedziczenie. Bufory dzięki managerowi moglby się komunikować lub podczas jakieś wstępnej pętli bo buforach w managerze dodać 'swoje' możliwe globalne assigny. I potem dopiero render. Tak ja to widze.

chmolu

6.08.2005, 17:41:07

Moglbys rozwinąć tę myśl? Wygląda ciekawie. Jakiś pseudokod by się przydał :]

NuLL

6.08.2005, 17:48:16

Spróbuje coś jutro skodzić. Sam walcze z buforami w swoim systemie. Z tym że u mnie nie będzie managera buforów bo bufory będą w strkturze drezwiastej

Jutro zedytuje posta i postram się coś napisać

chmolu

6.08.2005, 18:06:15

Spróbujmy jeszcze bardziej skomplikować sytuację :]

Powiedzmy, że strona składa się z następujących części/bloków:
- nagłówek,
- menu,
- reklama,
- treść artykułu,
- komentarze,
- stopka

Nagłówek jest statyczny, menu jest cachowane. Reklama nie jest.
Treść artykułu jest pobierana z bazy danych w postaci XML'a (DocBook, OpenOffice), przekształcana za pomocą XSL do HTMLa i cachowana. Komentarze też są cachowane, dopóki nie dojdą nowe wpisy. Stopka jest statyczna.

Oj, czarno to widzę

NuLL

6.08.2005, 18:11:14

[PHP] pobierz, plaintext 
<?php
 
$buffer=new outputBuffer();
 
$buffer->addChild(new outputBuffer($tresc_menu));
 
$buffer->addChild(new outputBuffer($tresc_artykulu)->addChild(new outputBuffer($tresc_komentarzy)));
 
$buffer->collectAssigns();
 
$buffer->render();
 
 
?>
[PHP] pobierz, plaintext

Z palca pisane - sama idea.

Vengeance

6.08.2005, 20:06:00

chmolu: Wydaje mi się że powoli zaczynasz przesadzać i pisać nad wyrost... Najpierw zastanowił bym się czy kiedykolwiek przyda ci sie az taki system cache... i czy w ogole on ma sens.

Ja rozumiem... optymalizacja itd... Ale jak dla mnie lepiej skupic sie nad zapytaniami sql i samym kodem, zoptymalizowac go... niz sleczyc 3 miesiace nad pisaniem krowy do cache... ktorej nigdy nie wykorzystasz :]

Ja wiem ze cache to modne teraz slowo... ale bez przesady chlopaki :/

NuLL

6.08.2005, 20:10:49

@vee - to jest przepis na multiwidok wg. mnie a nie na cache jak coś

Vengeance

6.08.2005, 20:21:26

pisalem juz wiele rzeczy, i zwykly glowny TPL z includem headera/footera ew. innych rzeczy zawsze mi starczal. Dodanie do tego Cache poszczegolnych includowanych elementow tez wg mnie nie jest trudne...

No a jak chcesz miec Cache Headera ale bez miejsca gdzie sa bannery... no coz :/ Wywal bannery albo tak rozdziel pliki TPL, by pozbyc sie problemu.

chmolu

6.08.2005, 20:41:25

Cytat

chmolu: Wydaje mi się że powoli zaczynasz przesadzać

Nie wiem dlaczego, ale zawsze lubię sobie życie kompilować. Zanim napisałeś tego posta uświadomiłem sobie, że rzeczywiście przeginam

Postanowiłem, że będę cachował tylko częściowo dane. Nie będę mordował się z tym co tutaj omawiamy, bo raczej już nic sensownego nie wymyślę.

Vengeance

6.08.2005, 23:20:10

"życie kompilować" hmm google ani wiki nie wyjaśniły mi tego pojęcia, wiec może ty to zrób

matid

6.08.2005, 23:29:06

A co do multiwidoków, to czy najlepszym wyjściem nie będzie Composite View?

chmolu

7.08.2005, 00:12:38

Cytat

"życie kompilować" hmm google ani wiki nie wyjaśniły mi tego pojęcia, wiec może ty to zrób

LOL. Mam chyba ten sam syndrom co Zyx

Powinno być komplikować, oczywiście

Cytat

A co do multiwidoków, to czy najlepszym wyjściem nie będzie Composite View?

Jeśli chodzi ci o ten Composite, który podałem wyżej, to niestety w moim przypadku się on nie sprawdzi. Nie znaczy to oczywiście, że jest on bezużyteczny :]

chmolu

7.08.2005, 11:54:11

Cytat

Sprawdzone rozwiązanie stosowane w Smalltalku. Jednym słowem jestem za

Jasne, że to dobre rozwiązanie. Tylko dobrej implementacji brak

emilio

7.08.2005, 13:23:16

A to Composite View ?

chmolu

7.08.2005, 13:31:01

A masz jakąś propozycję, jak to sensownie przenieść do php?
M.in. na tym dokumencie się wzorowałem pisząc kod, który podałem wcześniej, ale moje rozwiązanie mi nie odpowiada

emilio

7.08.2005, 14:57:11

To jest implementacja wzorca Composite (skorzystałem z Composite).

[PHP] pobierz, plaintext 
<?php
 
abstract class Component {
	protected $sName;
 
	public function __construct($sName) {
		$this->sName = $sName;
	}
 
	abstract public function Add(Component $o);
	abstract public function Remove(Component $o);
	abstract public function Display($iDepth);
 
	public function __toString() {
		return $this->sName;
	}
}
 
 
class Composite extends Component {
	private $aChildren = array();
 
	public function Add(Component $oComponent) {
		$this->aChildren[$oComponent->__toString()] = $oComponent;
	}
 
	public function Remove(Component $oComponent) {
		unset($this->aChildren[$oComponent->__toString()]);
	}
 
	public function Display($iDepth) {
		echo str_pad('-', $iDepth, '-').$this->sName.'<br />';
 
		foreach($this->aChildren as $oValue) {
			echo $oValue->Display($iDepth + 2);
		}
	}
}
 
class Leaf extends Component {
	public function Add(Component $o) {
		echo 'Cannot add to a leaf';
	}
 
	public function Remove(Component $o) {
		echo 'Cannot remove from a leaf';
	}
 
	public function Display($iDepth) {
		echo str_pad('-', $iDepth, '-').$this->sName.'<br />';
	}
}
 
$root = new Composite('root');
$root->Add(new Leaf('Leaf A'));
$root->Add(new Leaf('Leaf B'));
 
$comp = new Composite('Composite X');
$comp->Add(new Leaf('Leaf XA'));
$comp->Add(new Leaf('Leaf XB'));
 
$root->Add($comp);
$root->Add(new Leaf('Leaf C'));
 
$l = new Leaf('Leaf D');
$root->Add($l);
$root->Remove($l);
 
$root->Display(1);
 
?>
[PHP] pobierz, plaintext

Mam nadzieję że to Ci pomoże

chmolu

7.08.2005, 16:21:50

Hmm.. ciekawe, jakby to się sprawdziło w praktyce. Przydałoby się coś takiego, jak getParent(), żeby dany liść mógł assignować np. tytuł dla strony lub inną globalną zmienną :]

Póki co pozostaję przy starym sposobie

To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.