Комментарии 15
Ну и что, что Smarty «старый и большой»? Мне он по всем параметрам приятнее, чем Twig. А по теме, хотел бы сказать спасибо конечно за такую заметку. Вдруг будет необходимость.
-4
Есть сравнение по скорости шаблонизаторов и родных средств php?
К примеру что-то типа:
views/page.php
К примеру что-то типа:
$data['tpl']['head'] = $this->load->view('tpl/head', $data, true);
$data['tpl']['footer'] = $this->load->view('tpl/footer', $data, true);
$this->load->view('page', $data);
views/page.php
<?=$tpl['head']?>
<?="content"?>
<?=$tpl['footer']?>
-4
Лично замеры не проводил — опыта нету, поэтому не могу гарантировать точность результата.
То что нашел
#1 habrahabr.ru/blogs/php/76021/ (есть сравнение с найтивным php)
#2 habrahabr.ru/blogs/php/75901/
Главной целью было, чтобы вместо шести строчек вверху (хотя даже больше, ведь нужно подключать head и footer в каждой функции с выводом), писать один раз три строчки.
То что нашел
#1 habrahabr.ru/blogs/php/76021/ (есть сравнение с найтивным php)
#2 habrahabr.ru/blogs/php/75901/
Главной целью было, чтобы вместо шести строчек вверху (хотя даже больше, ведь нужно подключать head и footer в каждой функции с выводом), писать один раз три строчки.
{% include 'header.twig' %}
{% block content %} {{ content }} {% endblock %}
{% include 'footer.twig' %}
+1
Скорость. Твиг. Минусуйте.
-7
Вы всегда верите тому что пишут? Лучше бы сами попробоваили в деле и убедились что скорость Твиг очень хорошая + те возможности что предлагает Твиг дает много приемуществ, особенно на больших проектов. Так как многие вещи можно делать в виде макросов и не дублировать везде одно и тоже. Также дает приемущество в плане обновления/изменения комонентов, обновляем нужный нам макрос и вуаля во всей системе обновления вступают в силу, в место того чтобы тратить часы на поиски нужно нам кусочка и везде вносить нужные обновления.
-1
Почему вам всем так и хочется использовать шаблонизаторы? native-php почему не устраивает?
или человеку сложно объяснить, что место, например {#var#}, ему нужно писать <?=$var>?
По-моему уже очень много холивара было на эти темы.
или человеку сложно объяснить, что место, например {#var#}, ему нужно писать <?=$var>?
По-моему уже очень много холивара было на эти темы.
0
Представим, что используем native-php. Нужно наследование шаблонов, потому что с ним явно быстрее разрабатывать. Пишу простенькую функцию для наследования, а по сути получаю примитивный шаблонизатор. Точнее маленький кривой велосипед. Так почему сразу не взять готовое и проверенное решение?
Да, native-php быстрее. Но я ещё не видел, чтобы узким местом был именно шаблонизатор (имею в виду классический, а не как в Magento, например).
Да, native-php быстрее. Но я ещё не видел, чтобы узким местом был именно шаблонизатор (имею в виду классический, а не как в Magento, например).
-2
думаю, что все шаблонизаторы должны быть опциональными, захочет разработчик использовать, включит. Я, лично, за native php.
0
Спасибо за статью, сам я не догадался подключить twig через application/libraries/, раньше он лежал просто в папке external.
На нашем проекте twig используется для рендера шаблонов писем, шаблоны хранятся в базе, так что не понимаю о каком native php может идти речь в данном случае :)
На нашем проекте twig используется для рендера шаблонов писем, шаблоны хранятся в базе, так что не понимаю о каком native php может идти речь в данном случае :)
0
в libraries/Twig.php нужно будет поправить регистр буквы «S»
иначе
$loader = new Twig_Loader_FileSystem($this->_template_dir, $this->_cache_dir);
на$loader = new Twig_Loader_Filesystem($this->_template_dir, $this->_cache_dir);
иначе
Fatal error: Class 'Twig_Loader_FileSystem' not found in ...
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Интеграция шаблонизатора Twig в CodeIgniter 2