@soulfly23 мар 2010 в 12:33

Интеграция шаблонизатора Twig в Symfony 1.4

5 мин

1.6K

Комментарии 8

@PycmaM 23 мар 2010 в 16:11

Что-то Вы с кодом в контроллере перегнули палку, все необходимые расширения Twig'a прописываются в settings.yml, почитайте README к плагину. Да и настройки такого рода нужно выносить в PluginConfiguration.

Вообще, по представленному коду сложилось впечатление, что не Symfony не sfTwigPlugin Вам здесь не нужены, т.к. все идет в обход фреймворка и плагина.

@PycmaM 23 мар 2010 в 16:14

На это:

// подгружаем хелперы Symfony
  require_once 'path_to_symfony_project/lib/vendor/symfony/lib/helper/AssetHelper.php';
  require_once 'path_to_symfony_project /lib/vendor/symfony/lib/helper/TagHelper.php';

Если уж совсем никак не обойтись без хелперов в контроллере, то они подгружаются так:

$this->context->getConfiguration->loadHelpers(array('Asset', 'Tag'));

@soulfly 23 мар 2010 в 16:45

хелперы нужны не в контроллере, а в шаблоне, иначе их негде подгружать, кроме как в контроллере (я имею в виду, что точно не в шаблоне)

Прошу вас указать, что именно сделано в обход фреймворка и плагина? Как сделать правильно?

@le0pard 23 мар 2010 в 16:56

Если хелперы нужны в щаблоне, то и подгружают их в шаблоне (по крайне мере так сделано в Symfony)

@PycmaM 23 мар 2010 в 17:12

Если отталкиваться от текущего возможностей sfTwigPlugin'a, то достаточно прописать view_class'ы в module.yml (вы это сделали) и указать расширения Twig'a в settings.yml, вот что говорит документация:

An sf_twig_extensions setting has been added to settings.yml that holds an array of Twig_Extension classes. sfTwigView takes all those names and tries to initiate them into Twig_Environment::addExtension(). If it cannot do that, it will throw an InvalidArgumentException.

Городить процессинг шаблона в контроллере нет нужно, да и неправильно, этим занимаются sfTwigView и sfTwigPartialView. Минимальный набор шаблонов получается такой: apps/frontend/templates/layout.html:

...
  <body>
    {{ sf_content }}
  </body>
...

в <module_name>/templates/indexSuccess.html:

<h1>Postss List</h1>
<table class="posts-list">
  <thead>
    <tr>
      <th>Id</th>
      <th>Title</th>
      <th>Text</th>
      <th>Modified</th>
      <th>Comments count</th>
    </tr>
  </thead>
  <tbody>
    {% for posts in postss %}
      <tr>
        <td>{{ posts.id }{</td>
       <td><a href="">{{ posts.title }}</a></td>
       <td>{{ posts.text }}</td>
       <td>{{ posts.modified_ }}</td>
       <td>{{ posts.Comments.count }}</td>
      </tr>
    {% endfor %}
  </tbody>
</table>

блоки и наследование между шаблоном приложения и шаблоном модуля использовать не получится, а вот между шаблонами модуля (в пределах директории templates модуля) — пожалуйста, но «допилить» плагин, думаю, проблемы не составит.

@PycmaM 23 мар 2010 в 17:17

И еще в догонку)

<td>{ posts.text }</td>  -- потенциальная XSS

надо добавить фильтр 'escape':

<td>{ posts.text | escape }</td>

@ad_Wolf 23 мар 2010 в 21:56

Хорошо, что код контроллера не видели идеологи симфонии, они бы плеваться начали)

@NightWriter 26 мар 2010 в 22:40

Вопрос один — зачем вам этот шаблонизатор вообще?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий