[porada]tpl Vs. php Opcje

[Spirit86]

Witam, pisze właśnie w wolnych chwilach nowy CMS(główne założenia: bezpieczne, szybkie, optymalne klasy, funkcje, łatwy do rozbudowy). Kiedyś wykorzystywałem system theme'ów podobny do tego z PHPNuke / Jportal(praktycznie cały wygląd pobierany z jednego pliku). Jednakże uważam to za łatwe, szybkie, ale jakoś strasznie "prymitywne" (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) w związku z czym mam zamiar napisać parser templates. Coś a'la PHPBB. Wygląd by się składał z plików: header, footer - które były by stałe na wszystkich stronach, oraz plików środka zależnych od strony (np. newsy - main.tpl). Zastanawiam się co jest lepszym rozwiązaniem, mile widziane argumenty (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) .
Pozdrawiam

@moders / admins: nie wiedziałem, w które forum to wcisnąć, to wydało mi się najbardziej odpowiednim. Mam nadzieję, że prosota(?) problemu nie będzie przeszkadzała w tym dziele.

[Nievinny]

Jest, ale częstsze użycie do każdej zmiennej językowej (czy czegokolwiek innego zawierającego tekst w danym języku) zmniejsza wydajność...
Więc trzeba wymyślić metodę wstawiania dowolnych treści w różnych kodowaniach... Z tego chba parser templatów przypadkiem powstanie (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)
EEE, większa wydajność Nowak (nie moglem się powstrzymać od OT) (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

EDIT i EDIT2
Można zrobić kontroler, który sprawdzałby kodowanie danego tekstu i w razie potrzeby konwertowł go iconv();
Przykładowa funkcja:

[PHP] pobierz, plaintext 
<?php
 
//Tablica językowa (może byc inne źródło) zawiera kodowanie dokumentu
//Gdy nie zgadza się z uniwersalnym (leniwi tłumacze) odpalamy
//konwerter i z głowy, a jak standart wejdzie powszechnie, wtedy odłączymy funkcje
konwertera
$_LANG = array( 
	'encoding' => 'iso-8859-2',
	'a' => 'To jest tytuł tej strony',
	'b' => 'To jest nowy naglowek strony Jestem wesoły romek i mam żółwia.',
	'c' => 'To jest nowa zawartosc sciema Powstaje w języku PHP5',
);
//wycięte z klasy
function prepareEncoding( $sEncoding, $sString ) {
	if( $sEncoding != self::$_CONFIG['encoding'] ) {
	return iconv( $sEncoding, self::$_CONFIG['encoding'], $sString );
	}
	else {
		return $sString;
	}
 
?>
[PHP] pobierz, plaintext 

Dzięki temu umożliwiamy leniwym tłumaczom pisanie w ojczystym języku bez konwersji, ale kosztem wydajności...
Trochę zboczone z tematu ideii, ale przyda się kiedyś

EDIT3
Pomęczyłem się (może i na darmo) ale sekcje to nie problem (zobaczymy jak z wydajnością), problemy sa tylko z includowaniem...

Sekcje były by najpierw tworzone, potem poprzez DOMXPath znajdowano by stary wpis i zamieniano na nowy, np:

Kod

<div id="lista">{lista userów}</div>

zamieniło by na to:

<div id="lista">
    <li>user1</li>
    <li>user2</li>
</div>

Byłaby metoda assignSection( $sID, $aValues, $sOpenTag, $sCloseTag );
Do tabel byłaby specjalna funkcja.
Nad includowaniem jeszcze popracuję...
I jeszcze zmiana atrybutów (np widoczy/niewidoczny) + oprawa w klasach i prosty i zasobożerny template gotów.

Ten post edytował Nievinny 3.05.2005, 13:59:09