Śmiertelne grzechy szablonowania / Szablony i Systemy Szablonów / Biblioteki / PHP / Artykuły / Wortal / Home

Śmiertelne grzechy szablonowania

Przyszedł czas na Śmiertelne grzechy szablonowania i pokazanie dlaczego projekty, takie jak Smarty i patTemplate, kompletnie straciły wątek.

Najpierw rzućmy okiem na dokumentację Smarty. Rzut oka wystarczy, abyś stwierdził, że daleko temu do prostoty. W rzeczy samej jeśli popatrzysz poniżej nagłówka "Smarty for Template Designers" ("Smarty Dla Projektatów Szablonów"), to jedną z pierwszych pozycji jaką znajdziesz będą "funkcje"! Czy oni oszaleli? Oto przykład jak to się robi w Smarty:

{config_load file="colors.conf"}

{include file="header.tpl"}

{if $name eq "Fred"}
You are not allowed here
{else}
Welcome, <font color="{#fontColor#}">{$name}!</font>
{/if}

{include file="footer.tpl"}

Na początek zauważ, że wszystkie użyte znaczniki "{tag}" nie są zgodne ani z XML ani z HTMLem - jeśli nie zostaną sparsowane to zostaną one wyświetlone w przeglądarce. Twój stary, dobry PHP tak nie robi.

<h2><?php echo($title);?></h2>

Znaczniki otwarcia i zamknięcia PHP są HTMLo-lubne, więc jeśli przeglądarka je zobaczy, to je zignoruje.

Spytaj również samego siebie: "Ile edytorów, popularnie używanych przez projektantów www, wspiera (lub będzie to robić) składnie Smarty?". Używając PHAkt możesz używać PHP w Macromedia's Dreamweaver MX, popularnym narzędziu wśród webmasterów.

Wszystkie te szablony sprawiają, że koderzy PHP czują się lepsi od web designerów. Przecież przeprowadzenie ich przez kilka podstawowych sekcji specyfikacji PHP i pokazanie im jak funkcjonują konstrukcje warunkowe oraz jak działa prosta metoda echo() to wszystko czego potrzebują. Tobie nauka PHP nie sprawiała trudności prawda? Jestem pewny, że oni również nie mieliby problemu.

Więc... aktualnie to tego nie robi. Jeśli budujesz jakikolwiek rodzaj interaktywnej aplikacji, na pewnym poziomie kod musi oddziaływać na treść. Szablony sprawiają, że twój kod jest czytelny, ale nie jest kompletnie odseparowany od treści. Ciągle potrzebuje coś w rodzaju mapy (np. tablicę), aby zidentyfikować znaczniki do podmiany. Tymczasem, po stronie szablonów, zacząłeś wykorzystywać znaczniki do obsługi pętli, warunków i całej reszty przeróżnych funkcji, które z powrotem mieszają kod z treścią. Wszystko byle nie PHP.

Zgadzam się z tym, że mieszając PHP z końcowym rezultatem, z HTML lub czymkolwiek innym, prawdopodobnie skończy się to bałaganem. Może to zabrzmi trochę jakbym był nienormalny, ale co istotne popularnym rozszerzeniem hasła "Oddziela kod od treści" jest "Sprawia że moja aplikacja jest warstwowa". Projektowanie warstwowych aplikacji to olbrzymi temat, pragnąłbym odesłać cię do tej dyskusji, jako do punktu startowego. Szablony mogą zostać użyte jako część projektowania warstwowego, ale prosto wbudowując szablony w twoją aplikację.

Ale twoja aplikacja nie zwolni, jeśli nie napiszesz własnego języka programowania i zbudujesz interpretera w PHP do parsowania go!

Są przypadki gdzie cachowanie jest pomocne, np. kiedy używasz Orientacji Obiektowej do budowy strony, która nie zmienia się często. W innych okolicznościach, możesz rozpatrzyć cachowanie końcowego rezultatu, HTMLa lub cokolwiek innego, i wyświetlanie go zdalnie za każdym razem gdy strona jest żądana, zamiast budować ją całą od podstaw.

Sprawdź możliwości rodzimego Buforowania Wyjścia dostępnego w PHP. Możemy przyrostowo buforować części naszej strony i cachować je (poprzez ob_get_contents()).

Jesteś pewny? Po pierwsze, czy twój parser szablonów posiada obsługę błędów? Czy jest zdolny do debugowania szablonu? I dokładnie ile szablonów posiadasz obecnie?

Kategorie

Spis treści

O autorze

Podobne Artykuły

Nowe artykuły

Szablony i Systemy Szablonów

Śmiertelne grzechy szablonowania