Twig: render vs include

Question

Estoy creando una tienda en línea. Tengo un problema de rendimiento si uso la función twig "renderizar" en lugar de "incluir".

Aquí está el código que muestra un catálogo de productos: Controlador

catálogo:

<?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, 
     )); 
    } 
} 

... plantilla para controlador de catálogo:

{# 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 %} 

... controlador de producto:

<?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); 
    } 
} 

... plantilla simple (pero más compleja en el futuro) para el controlador del producto:

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

Así que si uso:

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

... todo muy bien: 147ms y la memoria 4608Kb.

Pero cuando necesito un controlador para ver el producto:

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

... mi guión consume demasiado tiempo y la memoria: 3639ms y la memoria 17664Kb!

Cómo aumentar la velocidad y reducir el consumo de memoria mediante el uso del controlador?

Answer 1

Cada llamada de renderización genera una nueva solicitud, con el problema de degradación del rendimiento que está describiendo. No creo que haya mucho que puedas hacer al respecto, sino que uses el almacenamiento en caché de esi, para que los fragmentos individuales provenientes de las llamadas de renderización se puedan almacenar en caché. De lo contrario, podría intentar revisar su lógica para reducir el uso de llamadas de renderizado.

Answer 2

Corrígeme si me equivoco, pero la idea básica es que incluya básicamente "copiar y pegar" su contenido en lugar del comando.

Considerando que el comando de renderizado debe crear primero el controlador, inicializarlo, ejecutar la función correspondiente, etc. Entonces, ¿quién sabe qué artillería pesada está oculta dentro de las clases, constructores y demás de este controlador o padre?

Recuerde también que incluso las plantillas incluidas se procesan. Así que incluso puede obtener recursiones o algo similar cuando renderiza desde ramitas. Personalmente trato de evitar representar algo que esté fuera del retorno del controlador.

Más como se menciona por Louis-Philippe Huberdeau en los comentarios, el entorno de desarrollo puede diferir drásticamente del modo prod debido a las diferentes opciones y el registro.

En cuanto a los consejos, trate de evitar poner lógica en sus controladores, o intente usar objetos estáticos que a menudo se usan en los controladores para reutilizarlos en lugar de crearlos una y otra vez. Y procesar cosas desde los controladores solo