Twig: рендер против включения - PullRequest
9 голосов
/ 31 января 2012

Я создаю интернет-магазин. У меня проблема с производительностью, если я использую функцию ветки "render" вместо "include".

Вот код, который отображает каталог продукции:

контроллер каталога:

<?php
// src/Acme/StoreBundle/Controller/Product/Catalog.php

namespace Acme\StoreBundle\Controller\Product;

use Symfony\Bundle\FrameworkBundle\Controller\Controller;
use Sensio\Bundle\FrameworkExtraBundle\Configuration\Template;

class CatalogController extends Controller
{
    /**
     * @Template()
     */
    public function productAction(\Acme\StoreBundle\Entity\Product\Category $category)
    {
        $qb = $this->getDoctrine()
            ->getRepository('StoreBundle:Product')
            ->createQueryBuilder('product')
            ->select('partial product.{id, token, name}')
            ->innerJoin('product.categoryRelation', 'categoryRelation')
            ->where('categoryRelation.category = :category_id');

        $qb->setParameters(array(
            'category_id'  => $category->getId(),
        ));

        $products = $qb->getQuery()
            ->getResult();

        return $this->render('StoreBundle:Product\Catalog:product.html.twig', array(
            'category' => $category,
            'products' => $products,
        ));
    }
}

... шаблон для контроллера каталога:

{# src/Acme/StoreBundle/Resources/views/Product/Catalog/product.html.twig #}
{% extends 'AcmeDemoBundle::layout.html.twig' %}

{% block content %}
    <h1>{{ category.name }}</h1>

    <ul>
    {% for product in products %}
        <li>
            {#% render "StoreBundle:Product:show" with { product: product } %#}
            {% include "StoreBundle:Product:show.html.twig" with { product: product } %}
        </li>
    {% endfor %}
    </ul>

{% endblock %}

... контроллер продукта:

<?php
// src/Acme/StoreBundle/Controller/Product.php

namespace Acme\Enter\StoreBundle\Controller;

use Symfony\Bundle\FrameworkBundle\Controller\Controller;
use Sensio\Bundle\FrameworkExtraBundle\Configuration\Template;

use Enter\StoreBundle\Entity\Product;

class ProductController extends Controller
{
    /**
     * @Template()
     */
    public function showAction(Product $product)
    {
        return array('product' => $product);
    }
}

... простой (но более сложный в будущем) шаблон для контроллера продукта:

{# src/Acme/StoreBundle/Resources/views/Product/show.html.twig #}
{{ product.name }}

Так что, если я использую:

{% include "StoreBundle:Product:show.html.twig" with { product: product } %}

... все в порядке: 147 мс и 4608 Кб памяти.

Но когда мне нужен контроллер для отображения продукта:

{% render "StoreBundle:Product:show" with { product: product } %#}

... мой скрипт потребляет слишком много времени и памяти: 3639мс и 17664Кб памяти!

Как увеличить скорость и уменьшить потребление памяти с помощью контроллера?

Ответы [ 2 ]

4 голосов
/ 31 января 2012

Каждый вызов рендеринга порождает новый запрос с проблемой снижения производительности, которую вы описываете.Я не думаю, что с этим можно многое сделать, кроме использования ESI-кэширования, чтобы можно было кэшировать отдельные фрагменты, поступающие из вызовов рендеринга.В противном случае вы можете попытаться пересмотреть свою логику, чтобы уменьшить использование вызовов рендеринга.

0 голосов
/ 07 марта 2017

Поправьте меня, если я ошибаюсь, но основная идея состоит в том, чтобы включить в основном "копировать-вставить" его содержимое вместо команды.

Принимая во внимание, что команда render должна сначала создать контроллер, инициализировать его, запустить соответствующую функцию и т. Д. Итак, кто знает, какая тяжелая артиллерия скрыта внутри классов, конструкторов и других контроллеров этого контроллера или так далее?

Также помните, что даже включенные шаблоны отображаются. Таким образом, вы можете получить рекурсии или что-то подобное при рендеринге из ветки. Лично я стараюсь избегать рендеринга чего-либо вне возврата контроллера.

Кроме того, как отметил Луи-Филипп Юбердо в комментариях, среда разработки может существенно отличаться от режима prod из-за различных параметров и ведения журнала.

Что касается советов - попробуйте не использовать логику в своих контроллерах или попробуйте использовать статические объекты, которые часто используются в контроллерах, для их повторного использования вместо создания новых снова и снова. И рендерит вещи только с контроллеров

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...