Szablony - oddzielenie PHP od HTML Opcje

[Evinek]

Witam.

Otóż ciągle głowię się, czytam i nic nie mogę wymyślić aby było dobrze. Zawsze gdy chce stworzyć jakiś CMS to boje się, że gdy będę zmieniał szablon będę grzebał we wszystkich plikach bo tam było na przykład menu robione (w pętli) a tam to itp.

Na początku myślałem o systemie szablonów - własny, tylko podstawowe funkcje. Okazało się jednak, że wolę pisać czysto w PHP niż tworzyć drugi język do obsługi szablonów.
Później doszło MVC - rozumiem o co chodzi lecz z praktyką już trudniej.

Więc do was pytanie, jak wy robicie takie strony? Poprzez Smarty? czy może jakiś własny sposób.

Zależy mi aby oddzielić PHP od HTML. Czyli: najpierw zapytania, logowanie itp. a na koniec tworzenie szablonu (sklejanie) i wyświetlenie tylko jak to zrobić.
Macie jakieś rady?
Męczy mnie też dzielenie plików na 15 innych. Menu, header(w header: menu), stopka.
Proszę o pomoc bo już nie wytrzymuje z tym...

Pewnie nie jasno coś napisałem. Jak coś proszę pisać.

Pozdrawiam Paweł.

Ten post edytował Evinek 19.02.2012, 15:07:15

[by_ikar]

Zależało mi na oddzieleniu właśnie php od html, bo np. webmaster znać go nie musi.

Nie obraź się, ale ten argument jest z d.upy wyjęty (IMG:style_emoticons/default/wink.gif) już to komuś tłumaczyłem, ale mogę przypomnieć. Co z tego że webmaster php znać nie musi, skoro smarty, twig, phptal, opt i inne narzucają jakąś swoją składnie? Lepiej żeby właśnie znał php i szablony były robione w php, dzięki temu nie będzie musiał się uczyć jakichś nowych rzeczy, bo w nowej wersji templatek coś się zmieniło. Dlatego ten argument jest beznadziejny. Lepiej znać jedno php, niż dziesiątki składni różnych szablonów, które znacznie różnią się od siebie..

Co do tematu. Jak chcesz bawić się w zmianę różnych szablonów "jednym przyciskiem", to IMO musisz zdefiniować jakieś podstawowe elementy, czy podstawowe styli w css. Co z kolei moim zdaniem jest niepotrzebne i robi straszny śmietnik, czego przykładem jest wordpress i masę zbędnych styli które narzuca, wraz ze swoimi wtyczkami.

Można też zrobić by to na takiej zasadzie, że nie ma jakichś narzuconych styli w css, jak i nie ma narzuconej struktury. Problemem było by to że każdy szablon, musiałby zawierać takie same pliki, dla poszczególnych podstron, czy innych elementów. I raczej sporo kodu html by ci się powielało, ale to jest kod html, i raczej można by przymknąć na to oko. A dzięki temu z każdą zmianą szablonu, mógłbyś zmieniać nie tylko grafikę czy style, ale całą strukturę dokumentu html, gdzie strona mogłaby wyglądać o 180 stopni inaczej niż w przypadku poprzedniego szablonu, czego nie da się osiągnąć w pierwszym sposobie, ponieważ masz już jakieś narzucone style, czy strukturę html.

Osobiście wykorzystuje drugi sposób, tzn mam zaimplementowany, ale póki co nie miałem jeszcze potrzeby zmiany szablonu "jednym przyciskiem". Także jakaś opcja jest, ale nie jest jakoś specjalnie intensywnie wykorzystywana.

[!*!]

Nie obraź się, ale ten argument jest z d.upy wyjęty (IMG:style_emoticons/default/wink.gif) już to komuś tłumaczyłem, ale mogę przypomnieć. Co z tego że webmaster php znać nie musi, skoro smarty, twig, phptal, opt i inne narzucają jakąś swoją składnie? Lepiej żeby właśnie znał php i szablony były robione w php, dzięki temu nie będzie musiał się uczyć jakichś nowych rzeczy, bo w nowej wersji templatek coś się zmieniło. Dlatego ten argument jest beznadziejny. Lepiej znać jedno php, niż dziesiątki składni różnych szablonów, które znacznie różnią się od siebie..

Tylko że ja nie narzucam jakiejś pro składni z kosmosu, a jedynie proste znaczniki {nav}, {aside}, {footer} i programista php decyduje o tym co ma się pod nimi znajdować, webmaster dba jedynie o wygląd/prezentacje a nie mechanizm działania.

[sazian]

Tylko że ja nie narzucam jakiejś pro składni z kosmosu, a jedynie proste znaczniki {nav}, {aside}, {footer} i programista php decyduje o tym co ma się pod nimi znajdować, webmaster dba jedynie o wygląd/prezentacje a nie mechanizm działania.

równie dobrze można dać <?=$nav;?> <?=$aside;?> <?=$footer;?>
i nie muszę stosować dodatkowych funkcji

co do klasy, ja napisałem własną
najważniejsza część

[PHP] pobierz, plaintext 
 public function render()
    {
        $result = '';
                    ob_start();
 
                    if(!empty($this->args))
                    {
                        extract($this->args);
                    }
                    include $file;
                    $result = ob_get_contents();
                    ob_clean();
                    if($return)
                    {
                        return $result;
                    }
 
    }
[PHP] pobierz, plaintext 

wystarczy rozbódować wedle własnych potrzeb