Symfony po krůčkách – Twig

V dnešním díle si představíme výchozí symfoňácký šablonovací systém – Twig, který nám umožňuje krásně oddělit aplikační vrstvu od prezentační. Díky šablonám nemusíte (a ve Twigu ani nemůžete) míchat PHP a HTML kód. Další výhodou Twigu je bezesporu zvýšení bezpečnosti vaší aplikace za pomocí automatického escapování obsahu proměnných.
Seriál: Symfony po krůčkách (18 dílů)
- Symfony po krůčkách – Event Dispatcher 30. 11. 2015
- Symfony Console jako první rande se Symfony 7. 12. 2015
- Symfony po krůčkách – Filesystem a Finder 14. 12. 2015
- Symfony po krůčkách – Paralýza možností? OptionsResolver tě zachrání 21. 12. 2015
- Symfony po krůčkách – spouštíme procesy 4. 1. 2016
- Symfony po krůčkách – Translation – překlady jednoduše 11. 1. 2016
- Symfony po krůčkách – Validator (1) 18. 1. 2016
- Symfony po krůčkách – Validator (2) 25. 1. 2016
- Symfony po krůčkách – Routing 1. 2. 2016
- Symfony po krůčkách – MicroKernel 9. 2. 2016
- Konfigurujeme Symfony pomocí YAMLu 16. 2. 2016
- Symfony po krůčkách – oblékáme MicroKernel 23. 2. 2016
- Symfony po krůčkách – ClassLoader 29. 2. 2016
- Symfony po krůčkách – Twig 8. 3. 2016
- Symfony po krůčkách – Twig II. 15. 3. 2016
- Symfony po krůčkách – DomCrawler a CssSelector 23. 3. 2016
- Symfony po krůčkách – HTTP fundamentalista 12. 4. 2016
- Symfony po krůčkách – ušli jsme pořádný kus 19. 4. 2016
Základní syntaxe Twigu
Potřebujeme znát 3 základní syntaktické konstrukce:
- {{ … }} něco říká, používá se např. pro vykreslení proměnné.
- {% … %} něco dělá a používá se v případě, kdy v šabloně potřebujeme nějakou logiku, například definovat proměnnou, zapsat podmínku nebo třeba importovat jinou šablonu.
- {# … #} něco komentuje.
Příklad na úvod
Všechny zdrojáky najdete v repozitáři na GitHubu.
Twig nainstalujeme pomocí Composeru
composer require twig/twig
Vytvoříme jednoduchý skript, který bude vykreslovat šablonu Resources/views/index.html.twig
. Vystačíme si se dvěma třídami:
Twig_Loader_Filesystem
– třída zajišťující načítání šablon. V konstruktoru jednoduše nastavíme cestu ke složce, ve které má šablony hledat.Twig_Environment
– slouží ke konfiguraci našeho Twig prostředí. Jako první parametr přebírá implementaciTwig_LoaderInterface
, která se bude používat pro načítání šablon. V našem případě je to právěTwig_Loader_Filesystem
.
//index.php
require_once __DIR__ . '/vendor/autoload.php';
$loader = new Twig_Loader_Filesystem('Resources/views');
$twig = new Twig_Environment($loader);
echo $twig->render('index.html.twig', ['name' => 'world']);
// Hello world!
Metodou $twig->render()
vykreslíme šablonu, kterou definujeme jako první parametr. Druhým parametrem si do šablony můžeme předat pole proměnných. Naše základní šablona pak vypadá takto:
{# index.html.twig #}
Hello {{ name }}!
Přístup k atributům objektu a prvkům pole
Do šablony si můžeme předat i pole nebo objekt, k jehož prvkům (resp. properties) pak můžeme přistupovat unifikovaným způsobem pomocí tečky:
{# index.html.twig #}
My favourite movie: {{ movie1.title }}<br>
My friends favourite movie: {{ movie2.title }}
//index.php
require_once __DIR__ . '/vendor/autoload.php';
class Movie {
/**
* @var string
*/
private $title;
/**
* @param string $title
*/
public function __construct($title) {
$this->title = $title;
}
/**
* @return string
*/
public function getTitle() {
return $this->title;
}
}
$loader = new Twig_Loader_Filesystem('Resources/views');
$twig = new Twig_Environment($loader);
$movieAsObject = new Movie('Kill Bill');
$movieAsArray = ['title' => 'Matrix'];
echo $twig->render('index.html.twig', [
'movie1' => $movieAsObject,
'movie2' => $movieAsArray,
]);
// My favourite movie: Kill Bill
// My friends favourite movie: Matrix
Cykly, podmínky, operátory
Ve Twigu můžeme používat i cykly a podmínky, k dispozici máme navíc i rozsáhlou sadu operátorů, díky kterým je práce se šablonami zase o něco jednodušší. Operátory můžeme rozdělit na
- logické (např. and, or)
- porovnávací/testovací (např. ==, is not, empty nebo matches, pokud chceme používat regulární výrazy)
- a další (např. ~ pro konkatenaci stringů, ternární operátor ?: nebo samozřejmě klasické matematické operátory pro sčítání, odčítání atd.).
Abychom nezůstávali dlouho u teorie, ukažme si jednoduchý příklad použití v kódu:
//index.php
require_once __DIR__ . '/vendor/autoload.php';
class Movie {
/**
* @var string
*/
private $title;
/**
* @var string|null
*/
private $comment;
/**
* @param string $title
* @param string|null $comment
*/
public function __construct($title, $comment = null) {
$this->title = $title;
$this->comment = $comment;
}
/**
* @return string
*/
public function getTitle() {
return $this->title;
}
/**
* @return string|null
*/
public function getComment() {
return $this->comment;
}
}
$loader = new Twig_Loader_Filesystem('Resources/views');
$twig = new Twig_Environment($loader);
$movies = [
new Movie('Reservoir Dogs'),
new Movie('Jackie Brown'),
new Movie('Grindhouse'),
new Movie('Pulp Fiction', 'Oscar for Best Writing'),
new Movie('Kill Bill'),
];
echo $twig->render('index.html.twig', [
'movies' => $movies,
]);
{# index.html.twig #}
Quentin Tarantino movies: <br>
<ul>
{% for movie in movies %}
<li>
{{ movie.title }}
{% if movie.comment is not null %}
- <i>{{ movie.comment }}</i>
{% endif %}
</li>
{% endfor %}
</ul>
Co ještě Twig umí?
Filtry a funkce
Filtry nám slouží nejčastěji k formátování zobrazovaných dat. Užitečné filtry jsou např. length
, za jehož pomoci zjišťujeme počet prvků v poli, date
pro formátování data, number_format
pro formátování čísel nebo trim
pro odřezání bílých znaků. Filtr aplikujeme jednoduše pomocí svislítka.
{{ movies|length }}
Funkce většinou provádějí nějakou pokročilejší logiku. Jako příklad funkce může posloužit třeba constant()
pro vypisování hodnot PHP konstant. Funkci pak voláme přesně tak, jak by programátor očekával:
{{ constant('Component\\Constraint::MAX_VALUE') }}
Další užitečnou funkcí může být date()
pro získání aktuálního data, která funguje obdobně jako v PHP.
{{ date(-2days) }}
Seznam všech funkcí a filtrů najdeme v oficiální dokumentaci.
Filtry a funkce si navíc můžeme vytvářet i vlastní, což si popíšeme v příštím díle.
Dědičnost šablon
Další fantastickou vlastností Twigu je možnost tvořit hierarchii šablon pomocí dědičnosti. Díky tomu lze například vytvořit šablonu, která bude sloužit jako kostra pro základní layout, a tu budou ostatní šablony rozšiřovat pomocí přepisování konkrétních bloků. Dědičnost se definuje pomocí tagu extends
.
{# base.html.twig #}
<html>
<head>
<meta charset="UTF-8">
<title>Twig - {% block title %}{% endblock %}</title>
</head>
<body>
<div id="menu">
This is menu
</div>
<div id="main_content">
{% block main_content %}{% endblock %}
</div>
</body>
</html>
{# index.html.twig #}
{% extends 'base.html.twig' %}
{% block title %}
Index page
{% endblock %}
{% block main_content %}
This is main content
{% endblock %}
Ve výsledku pak uživatel na stránce uvidí toto:
This is menu
This is main content
Escapování
Jak už bylo zmíněno v úvodu, automatické escapování obsahu proměnných je jednou z klíčových vlastností šablonovacích systémů, Twig nevyjímaje. Pokud totiž v šabloně vykresluji proměnnou, je zde vždy riziko, že bude obsahovat znaky, které mohou výsledné HTML rozbít. Navíc pokud na escapování zapomenu, jsem vystaven riziku napadení své aplikace XSS útokem.
Ve Twigu je escapování defaultně zapnuto pro HTML, takže se o něj jako programátor nemusím vůbec starat. Jsou ovšem případy, kdy potřebuji escapování zakázat, např. pokud mám v proměnné naformátovaný obsah článku. V takovém případě můžu použít filtr
{{ article.text|raw }}
Mám taky možnost v konfiguraci escapování zakázat úplně a postarat se o něj ručně, a to hned několika možnými způsoby:
- Pomocí filtru
{{ user.username|escape }}
- nebo zkráceně
{{ user.username|e }}
- nebo pomocí tagu
{% autoescape %}
{{ user.username }}
{% endautoescape %}
Twig také umožňuje změnit strategii escapování (css, js, url, html_attr), což lze opět provést buď v konfiguraci
new Twig_Environment($loader, ['autoescape' => 'url']);
nebo při používání filtru
{{ urlAddress|e('url') }}
případně při používání tagu
{% autoescape 'url' %}
{{ urlAddress }}
{% endautoescape %}
Zase o krok dále
Dnes jsme se dozvěděli,
- že díky používání Twigu máme zajištěno automatické escapování a přehlednější zdrojáky
- že Twig umí spoustu užitečných věcí, jako je třeba dědičnost šablon
- že použití Twigu v naší aplikaci je opravdu hračka
Co nás čeká příště?
V dalším díle se na Twig podíváme ještě podrobněji. Na co se můžete těšit?
- Twig Extensions a integrace Twigu v Symfony,
- používání překladů v šablonách,
- tvorba vlastní funkce a filtru,
- makra,
- maily a další možnosti využití šablon
hm nic moc, teda clanek asi dobrej, ale syntaxe twigu, to by se jeden upsal psat vsude end neco.
Pokud píšete v PSPadu tak asi ano, možná by jste se upsal :)
Díky šablonám nemusíte (a ve Twigu ani nemůžete) míchat PHP a HTML kód.
Proč je to výhoda? Přijde mi, že jste jenom nahradili jeden programovací jazyk jiným. Místo abyste míchali PHP a HTML mícháte HTML a Twig.
zopar vyhod:
atd atd
twig pouzivame nie len v symfony projektoch, ale takisto pre staticke webstranky ci newslettre (pomocou php compilacie alebo gulp-twig). v podstate okrem drupal7 php na front-ent nepouzivame.
wordpress projekty bez twig (plugin timber) uz nerobim, oddeli sa ‚fuknkcna‘ cast kodu od templatu a do twig templatu uz posielam pripravene premenne a tak mam nieco v zmysle ‚VC‘
aj drupal 8 uz konecne podporuje twig.
odporucam vyskusat a urobit si vlastny nazor, ale zatial nepoznam nikoho, kto by radsej miesal ‚php a html‘ :)
Výhoda je, že všichni krom programátora se v šabloně krásně vyznají a ví, že cokoli v blocích {% %}, {{ }} nemají upravovat ;-)
Jednoduše proto, že míchání kódu do šablon smrdí několika problémy. Nejdůležitější je čitelnost šablon pro kodéry, kteří cokoli v {% %}, {{ }} a {# #} jednoduše ignorují.
Chápu, že je článek zaměřen pro začátečníky. Nicméně je třeba dodat, že si můžeme Twig opravdu jednoduše rozšiřovat o jakékoli vlastní funkce. Vím, že spousta lidí toto potřebuje, je zvyklá na vlastní funkce (např. ve Smarty apod.) Viz dokumentace.
Výhodou Twigu zabudovaného uvnitř Symfony je, že nemusíte nic nastavovat a z Controlleru rovnou voláte metodu render() takto:
Případně můžeme metodu Controlleru nastavovat pomocí anotací:
Pro více informací o anotacích v Symfony najdete v dokumentaci…
Trošku spoiler do příštího dílu, viz poslední odstavec v článku :) Tady šlo o to představit Twig jako samostatnou komponentu. Ale každopádně díky za komentáře.
Asi bych měl články číst do konce :-)))))
Pěkný článek, někdy mě taky štve ta ukecanost twigu, ale přijde mě to lepší než cpat značky do html jak to dělá třeba nette (nevím jak se jmenuje ten systém tak říkám nette).
Každopádě přístě doufám bude i embed, řekl bych, že se na něj dost zapomíná.
A trocha hnidopištví: rozhodně bych se nebál napsat, že date() je prostě DateTime https://github.com/twigphp/Twig/blob/1.x/lib/Twig/Extension/Core.php#L486
Jmenuje se to latte. A zajímalo by mě v čem vidíte, že je zápis twigu lepší? Zatím vidím zásadnější výhodu twigu v tom, že neumožňuje eval. Jinak umí cca to samé co latte. A zdá se, že i kontextové escapování (což byla až do nedávna unikátní feature pouze latte).
No Twig nemá automatické kontextové escapování, ale upřímně, jak často to člověk využije? Mi nechybělo za rok a půl práce s Twigem ani jednou :) Syntax Twigu se mi dostala pod kůži prakticky okamžitě a přijde mi přehlednější než syntax Latte, ale to je čistě můj subjektivní názor.
Ehm, vždycky?! Zvláště pokud děláte v html, a čtete Špačka?
Jasné, já měl na mysli, že v drtivé většině případů si vystačím s výchozím HTML escapováním. Pokud potřebuji escapovat jiným způsobem, musím to prostě Twigu říct :)
Twig podporuje nastavení
'autoescape' => 'filename'
(namísto standardního'html'
) – viz http://twig.sensiolabs.org/doc/api.html#environment-options.Pak autoescapuje v každém souboru podle jeho přípony. Takže
template.html.twig
escapuje jako HTML,template.css.twig
jako CSS atd.Pokud nepotřebujete míchat více jazyků v jedné šabloně, tak se bez kontextového escapování, jako je v Latte, obejdete.
Ach jo, to jsou pořád argumenty…
Ve výsledku se obejdu bez spousty věcí, vždycky to můžu psá v čistém php.
:D :D :D :D tohle pobavilo :D :D :D :D
Ne, teď vážně. Pokud šablonovací systém neumí automatické kontextové escapování a kontexty tudíž musím escapovat ručně, tak je mi takový šablonovací systém popravdě řečeno úplně k ničemu. To můžu psát šablony rovnou v čistém PHP (a naučit kodéry, že na kód mezi
<?php
a?>
se nesahá ;)) a nepotřebuji k tomu instalovat a nastavovat zbytečně další knihovnu :)Sleduju tuhle sérii článků pravidelně a přestože si nemyslím, že by Symfony balíčky byly špatné, z toho co jsem viděl mi příjde, že místo praktičnosti z těch knihoven čiší nějaká překomplikovaná akademická čistota, či co. V případě Twigu je to vidět už jen na tom, že existují 2 syntaxe maker – jedna „vypisovací“ a druhá „akční“. Beru tyhle články jako zajímavé okénko, ale používat něco z představených balíků denně, to bych fakt nechtěl :)
Za ty roky s Twigem jsem ještě nenarazil na situaci, kde bych potřeboval automatické escapování.
V drtivé většině si vystačím s defaultním html režimem (tzn vůbec to neřeším) a když náhodou potřebuju něco speciálního jako třeba atribut, tak to prostě výslovně uvedu (
<a href="{{url|e('html_attr')}}">
). Na druhou stranu mě ale nenapadá kód, který bych do atributu nemohl escapovat defaulním html režimem a způsobil by nějaký zásadní problém.Samozřejmě by bylo super, kdyby twig kontextové escapování měl. Je to ale důsledek toho, jak vůbec funguje. Neparsuje šablonu, takže kontext nezná. Zároveň ale díky tomu jde snadno použít na cokoliv a nejen HTML.
Nad Twigem nicméně existuje ještě nadstavba Twital (https://github.com/goetas/twital). Tam už se šablona parsuje (a musí tedy být HTML5 validní), takže tam by kontextové escapování fungovalo.
Jasně, výchozí HTML escapování dozajista stačí v celé řadě případů, ale běžně přecházím z jednoho kontextu do druhého tak často, že nechci myslet na to, že musím ručně přepnout kontext, aby se data vyescapovala správně. Pokud používám šablonovací engine, potřebuji a chci se spolehnout na to, že escapování vyřeší v 99% případů bez mého zásahu.
I Latte se dá použít na cokoli a nejen HTML :)
Fascinuje mě vyzdvihování kontextového escapování v latte a přitom nikdo nezmíní super featuru:
Zmínil. Jen je otázka, zda je to výhoda nebo nevýhoda latte – skutečnost, že toto nejde moc dobře zakázat (a nebo minimálně nevím jak).
Je to Latte a do html tagů nic spát nemusíš. Můžeš používat klasické makra místo n:makra. Někomu vyhovuje jedno a někomu to druhé.
Ahoj, díky za připomínky, embed příště rád zařadím :)
Neco mi to silne pripomina, ze by Jinja2 ?
Dokonce to má Twig napsané na hlavní straně – vychází ze syntaxe Jinja2
Este by som doplnil ze pisat tagy s pomlckou vas zbavia novych riadkov {{- nieco -}}, {%- if nieco -%}…
nejen nových řádků, ale všech bílých znaků
Trochu mi tady chybí zmínka o velice silné vlastnosti, kterou je sandbox což např zde zmiňované Latte nemá (teda nemělo co jsem si o ně naposledy četl).
Zdravim,
TWIG jsme pouzivali cca 2 roky na jednom vetsim projektu, ale po nejake dobe nas zacla brzdit doba kompilace sablon a hlavne nemoznost pouzivat sablony na strane klienta. Presli jsme tedy na React a jsme moc spokojeni. Produktivita je o nekolik levelu vyse a sablony muzeme pouzivat jak na strane serveru tak na strane klienta.
Co se týče kompilace tak tam těžko něco poradit (já na toto ještě nenarazil), ale šablony se na straně klienta používat dají viz https://github.com/justjohn/twig.js
S twig.js mate pravdu, nicmene tato knihovna nepokryva veskerou funkcionalitu serverove verze, tudiz je temer nepouzitelna, to uz ani nezminuji tvorbu vlastnich rozsireni. Pokud bych chtel vytvorit TWIG rozsireni, musel bych jej vytvorit 2x, jednou pro PHP TWIG a jednou pro twig.js, coz mi neprijde zrovna efektivni. Pokud namisto TWIGu pouziji treba React.js, tak takovehle nesmyslnosti resit vubec nemusim, mam jednu knihovnu jak pro server side, tak pro client side.
to je pravda. s tím musím souhlasit. nicméně twig.js už pokrývá značnou část twigu a je to aktuálně jen otázka času viz https://github.com/justjohn/twig.js/wiki/Implementation-Notes (navíc ten projekt je poměrně živej). Kolik reálně vlastních rozšíření do twigu potřebujete? Já v současné době mám jen dvě a i tak bych se bez nich obešel.
U reactu člověk zase musí pořešit server rendering (teda já osobně bych ho určitě musel řešit) a to ve spojení s PHP taky není úplně nejtriviálnější.
ako presne renderujes React na serveri?
cez node.js alebo existuje dake napojenie na symfony? nieco ako nahrada napr twigu?