Smarty

Smarty není ve skutečnosti "Template Engine", to by bylo přesněji popsat jako "Šablona / Prezentace rámce." To znamená, že poskytuje programátor a šablony designér s množstvím nástrojů pro automatizaci úkolů obvykle řešeny na prezentační vrstvy žádosti. Zdůrazňuji Framework slovo, protože Smarty není jednoduchý tag-výměně šablony motoru. Ačkoli to může být použit pro takový jednoduchý účel, její zaměření je na rychlé a bezbolestné vývoje a nasazení aplikace, při zachování vysoké-výkon, škálovatelnost, bezpečnost a budoucí růst.
Takže má Smarty pro vás to pravé? Co to přijde, je pomocí správný nástroj pro práci. Chcete-li jednoduchý variabilní výměnu, možná budete chtít podívat na něco jednoduššího, nebo dokonce vrátit své vlastní. Pokud chcete, robustní templating rámec s řadou nástrojů, které vám pomohou, jak vaše aplikace vyvine do budoucna, Smarty je pravděpodobně dobrá volba.
Proč používat?
Jeden z Smartys primární cílů návrhu je usnadnit oddělení kódu aplikace od prezentace. Typicky, kód aplikace obsahuje obchodní logiku vaší žádosti, písemné a udržovaná v PHP kódu. Tento kód je udržována programátory. Prezentace je způsob, jakým váš obsah je prezentován ke koncovému uživateli, který je napsán a udržován v souborech šablony. Šablony jsou udržovány návrháři šablony.
Na nejzákladnější funkce, kód aplikace shromažďuje obsah, přiřadí jej na templátovou motoru a zobrazí jej. Obsah může být něco jako headline, slogan, autor a tělo novinového článku. Kód aplikace nemá obavy, jak bude tento obsah prezentovány v šabloně. Konstruktér šablona je zodpovědný za prezentaci. Oni upravit soubory šablony, vkládání poznámek a přinášet ji až do konce. To typicky zahrnuje věci, jako je HTML tagy, kaskádových stylů a dalších nástrojů poskytovaných šablony motorem.
Tento vzor slouží několika účelům:
) Návrháři nemohou zlomit kód aplikace. Mohou si s šablonami všechno, co chtějí, ale kód zůstane neporušený. Kód bude těsnější, bezpečnější a snadněji se udržuje.
) Chyby v šablonách jsou omezeny na odstraňování chyb rutiny Smartys, což je tak jednoduché a intuitivní, jak je to možné pro návrháře.
) S prezentací na jeho vlastní vrstvy, mohou návrháři upravit nebo zcela redesign ji od nuly, to vše bez zásahu programátora.
) Programátoři nejsou probírat s šablonami. Mohou jít o udržení kód aplikace, mění způsob, jakým obsah je získáno, navazování nových obchodních pravidel, atd bez narušení prezentační vrstvu.
) Šablony jsou blízký reprezentace toho, co bude konečný výstup, což je intuitivní přístup. Návrháři nezajímá, jak se obsah dostal do šablony. Pokud máte nadbytečné údaje v šabloně, jako je příkaz SQL, to otevírá riziko prolomení kódu aplikace pomocí náhodného vymazání nebo změnou projektant.
) Nejste otevření server pro spuštění libovolného kódu PHP. Smarty má mnoho funkcí zabezpečení vybudovanou tak designérů nebude porušení bezpečnosti, ať už úmyslné nebo náhodné. Oni mohou dělat jen to, co oni jsou omezeny na v šablonách.
I když kód aplikace je oddělena od prezentace, nemusí to nutně neznamená, že logika je oddělena. Kód aplikace má samozřejmě logiku, ale šablony mohou mít logiku na základě předpokladu, že je určen pouze pro prezentaci. Například, pokud projektant chce střídat řádku tabulky barev nebo horní-případ přidělen určitý obsah, mohou. To je prezentace logika, něco, co programátor by neměli být znepokojeni, s. Jak často jste měli nějaké prezentaci zobrazeny v jednom sloupci, a pak si ji chtěl ve dvou nebo ve třech sloupcích, takže kód aplikace potřebuje přizpůsobení ubytovat to? Lepším přístupem je přiřadit obsah v jednom poli a nechat zpracovat šablonu prezentace. Tím se zjednoduší vaši žádost, a aby se vaše šablony flexibilní. Smarty dodává nástroje zvládnout tento druh situace.
To neznamená, že Smarty vám brání uvedení aplikační logiku v šabloně, budete mít trochu sebekázeň. Zde je příklad vkládání obchodní logiku v šabloně (to je pravda, vyhýbat se dělat to, pokud je to vůbec možné):
{If $ smarty.session.user a ($ user_type eq "editor" nebo $ user_type eq "admin")}
editovat
{/ If}
Logické zkontroluje, zda je uživatel přihlášen a oni jsou buď editor nebo správce, pak oni mají dovoleno editovat to tak políčko upravit ukáže. To je logika, která patří do kódu aplikace. Šablona se nestará o tom, co pověření tento uživatel má, to prostě potřebuje vědět, zda se zobrazí textové pole, nebo ne! Takže pojďme se podívat na vhodnější přístup:
{If $ edit_flag}
editovat
{/ If}
Je až do aplikace programátor postoupit $ edit_flag, jednoduché a snadno srozumitelné proměnnou v šabloně. Tímto způsobem šablona je již spoléhat na své základní datové struktury. Pokud formát datové struktury relace někdy změní, je třeba upravit v šabloně nic.
Nyní umožňuje podívat se na pár věcí, které můžete dělat s Smarty. Jedna věc, kterou může udělat, je vlastní funkce. Ty jsou tagy v šabloně, které vykonat určitý úkol. Příklad:
{Html_image file = "masthead.gif"}
Zde máme funkci nazvanou "html_image". Tato funkce má obraz uvedeny v "souboru", atribut a dělá veškerou práci nutné přijít s následující HTML kód:

Funkce obraz dělal fuška přijít na to, na výšku a šířku a dodává výchozí hranice příznak. Samozřejmě můžete jen použít statické HTML tag v šabloně místo, ale to ukazuje, jak může být vlastní funkci využity ke zjednodušení velmi společný úkol. Projektant tak může zaměřit na design a méně na technické věci. Kromě toho, v případě, že se rozhodne konstruktér k poklesu v jiné velikosti stěžně obrazu, šablona nepotřebuje seřizování.
html_image je funkce, která přichází s Smarty. Můžete si také vytvořit své vlastní funkce. Zde je další příklad toho, co by se dalo vypadat:
{Typ html_link = "článek" id = "abc123" text = "Oheň vytáhne Hotel"}
To se používá vlastní funkci nazvanou "html_link". To přijde až s následující HTML kód:
Fire vytáhne Hotel
Co to dokázat? Za prvé, není třeba se soustředit na formátu adresy URL na článek návrhář. S pevně adres URL, co se stane, když jednoho dne programátor rozhodne vyčistit věci do pořádku, a mění syntax URL ze /display_article.php?id=abc123 do / art / abc123? Museli bychom upravit každou šablonu s článkem URL. To je jen další příklad toho, jak šablona funkce může šablony jednodušší na údržbu.
Nyní trochu na programátory a šablon. Dříve to bylo zmíněno, že programátor nemá péči o to, co šablony dělat s obsahem. Na koncepční úrovni je to pravda, ale v reálném světě, nebudete očekávat návrháře šablon muset postavit všechny šablony ze vzduchu. Koneckonců, obchodní logiky dělá určit, jaký obsah je přiřazena šablony. Takže, programátor bude typicky nastavení kostra šablony pro návrháře, aby začít. To obvykle obsahuje nezpracovaná prvky, jako jsou proměnné obsahu a § smyček, a možná pár jednoduchých značkovacích tagy, takže nemají začít s obsahem ve velkém nepořádku. Zde je příklad kostry šablony, která prochází seznam článků a zobrazí je v tabulce: