> Symfony 6 > 30 días con LAST Stack
Login to bookmark this video
Buy Access to Course
25.

Componentes Twig

|

Share this awesome video!

|

Keep on Learning!

Start your All-Access Pass

With a Subscription, click any sentence in the script to jump to that part of the video!

Login Subscribe

Hoy vamos a hablar de una de mis nuevas librerías PHP favoritas: Twig Components. Hacen más o menos lo que su nombre indica. Pero vamos a sumergirnos y verlos en acción.

Instalación de los Componentes Twig

Busca tu terminal e instala el paquete con:

composer require symfony/ux-twig-component

Twig Components es una biblioteca PHP pura... y una forma fácil de pensar en ella es: una forma más elegante y potente de hacer un Twig include().

En nuestro navegador, abre la página de edición en una pestaña nueva para que podamos ver la página completa. A continuación, abre el formulario para esto: _form.html.twig. Cuando usas Tailwind, crear un botón es... un montón de trabajo. Los Componentes Twig nos ayudarán a centralizarlo.

make:componente twig

Como éste es nuestro primer Componente Twig, seamos perezosos y generémoslo. Ejecuta:

php bin/console make:twig-component

Llámalo Botón... y di no a un componente vivo. Hablaremos de eso dentro de 2 días.

Esto creó dos archivos. El primero vive en src/Twig/Components/Button.php:

12 lines | src/Twig/Components/Button.php
// ... lines 1 - 2
namespace App\Twig\Components;
use Symfony\UX\TwigComponent\Attribute\AsTwigComponent;
#[AsTwigComponent]
class Button
{
}

Es... una clase vacía. ¡Y ni siquiera se necesita todavía! De hecho, podríamos eliminarla y la primera mitad de hoy funcionaría bien sin ella. Volveremos sobre esto más adelante.

Lo más importante es: templates/components/Button.html.twig. Una plantilla Twig de aspecto bastante aburrido. Cambia el div para que sea un <button>, y dentro diré: "¡Presióname!":

2 lines | templates/components/Button.html.twig
<button {{ attributes }}>Press me!</button>

Para usar esto, en _form.html.twig, di {{ component('Button') }}:

13 lines | templates/voyage/_form.html.twig
{{ form_start(form) }}
// ... lines 2 - 3
{{ component('Button', {
// ... lines 5 - 6
}) }}
// ... lines 8 - 11
{{ form_end(form) }}

Si hiciéramos eso, funcionaría. Obtendremos un botón que dirá: "¡Presióname!".

Pasar atributos a un componente

Una de las primeras cosas interesantes de los Componentes Twig es que puedes pasarles atributos. Como segundo argumento, pasa formnovalidate a true, luego class... copia esta larga lista de clases... y pégala:

13 lines | templates/voyage/_form.html.twig
{{ form_start(form) }}
// ... lines 2 - 3
{{ component('Button', {
formnovalidate: true,
class: 'px-4 py-2 border border-transparent text-sm font-medium rounded-md text-white bg-green-600 hover:bg-green-700',
}) }}
// ... lines 8 - 11
{{ form_end(form) }}

Cuando hacemos eso, obtenemos un error... porque se me olvidó la coma de cierre. Mejor. Como decía, cuando hacemos eso... ¡vemos un botón con esas clases de Tailwind! Esto es gracias a una genial variable attributes que tenemos en cualquier plantilla de Componente Twig. Recoge lo que pasamos al componente -llamado props - y lo renderiza.

La sintaxis HTML opcional

Una de mis características favoritas de los Componentes Twig es que tiene una sintaxis HTML opcional, pero maravillosa. En lugar de la función Twig, podemos decir<twig:Button>. Ahora los props se pasan como atributos HTML normales. Los copiaré de la etiqueta real <button> y los pegaré:

13 lines | templates/voyage/_form.html.twig
{{ form_start(form) }}
// ... lines 2 - 3
<twig:Button
formnovalidate
class="px-4 py-2 border border-transparent text-sm font-medium rounded-md text-white bg-green-600 hover:bg-green-700"
/>
// ... lines 8 - 11
{{ form_end(form) }}

¿Qué aspecto tiene? ¡Lo mismo de siempre! Esta sintaxis especial proviene de Twig Components y sirve para representar componentes Twig. A algunas personas no les gusta esta sintaxis, mientras que a otras les encanta. Elige la que quieras. A mí me gusta porque parece un elemento HTML nativo. Y si alguna vez has usado un framework front-end como React, te parecerá natural.

Pasar contenido al componente Twig

Pero seguimos teniendo contenido "¡Presióname!" codificado. Eso no es muy útil. Para hacerlo dinámico, podemos utilizar un bloque. Así es, un bloque Twig a la antigua usanza. Lo he llamado content:

2 lines | templates/components/Button.html.twig
<button {{ attributes }}>{% block content %}{% endblock %}</button>

Para pasar ese bloque, copia la etiqueta del botón de abajo, cámbiala por una etiqueta de no autocierre, pégala... y luego añade la etiqueta de cierre:

15 lines | templates/voyage/_form.html.twig
{{ form_start(form) }}
// ... lines 2 - 3
<twig:Button
formnovalidate
class="px-4 py-2 border border-transparent text-sm font-medium rounded-md text-white bg-green-600 hover:bg-green-700"
>
{{ button_label|default('Save') }}
</twig:Button>
// ... lines 10 - 13
{{ form_end(form) }}

Y... ¡funciona! ¿¡Qué!? Cuando pones contenido entre las etiquetas HTML del componente Twig, se convierte en un bloque llamado content. Eso ya está incorporado. Si tuvieras otros bloques en tu componente y necesitaras pasarlos también, puedes hacerlo, y los especificarías utilizando la sintaxis normal de block, endblock. Pero obtienes gratis este bloque content, que tiene un aspecto fantástico.

Celébralo eliminando nuestro antiguo botón HTML:

11 lines | templates/voyage/_form.html.twig
{{ form_start(form) }}
{{ form_widget(form) }}
<twig:Button
formnovalidate
class="px-4 py-2 border border-transparent text-sm font-medium rounded-md text-white bg-green-600 hover:bg-green-700"
>
{{ button_label|default('Save') }}
</twig:Button>
{{ form_end(form) }}

Atributos del componente por defecto

Pero recuerda: el objetivo es que los botones sean más fáciles de crear. Y tener que especificar todas estas clases es... ¡totalmente el problema que queremos solucionar! Cópialos y elimina por completo el atributo class:

8 lines | templates/voyage/_form.html.twig
{{ form_start(form) }}
// ... lines 2 - 3
<twig:Button formnovalidate>
{{ button_label|default('Save') }}
</twig:Button>
{{ form_end(form) }}

En la plantilla de componentes, podríamos añadir un atributo class justo aquí y pegarlo. Pero en lugar de eso, llama a attributes.defaults, pásale un array con class: y luego la cadena de clase:

4 lines | templates/components/Button.html.twig
<button {{ attributes.defaults({
class: 'px-4 py-2 border border-transparent text-sm font-medium rounded-md text-white bg-green-600 hover:bg-green-700',
}) }}>{% block content %}{% endblock %}</button>

Esto nos permitirá añadir más clases cuando utilicemos este componente. Lo haremos en un minuto.

En el sitio... ¡sigue teniendo un aspecto estupendo! Ahora supongamos que, en esta situación, necesitamos una clase extra - hover:animate-wiggle - para que nuestro botón sea más divertido:

8 lines | templates/voyage/_form.html.twig
{{ form_start(form) }}
// ... lines 2 - 3
<twig:Button formnovalidate class="hover:animate-wiggle">
// ... line 5
</twig:Button>
{{ form_end(form) }}

Se trata de una animación CSS personalizada que he inventado... así que abajo, en tailwind.config.js, pegaré la clase wiggle... y su fotograma clave:

35 lines | tailwind.config.js
// ... lines 1 - 3
module.exports = {
// ... lines 5 - 9
theme: {
extend: {
animation: {
// ... line 13
wiggle: 'wiggle 1s ease-in-out infinite',
},
keyframes: {
// ... lines 17 - 20
wiggle: {
'0%, 100%': { transform: 'rotate(-3deg)' },
'50%': { transform: 'rotate(3deg)' },
}
},
},
},
// ... lines 28 - 33
}

Vale, ¡actualiza y pasa el ratón! Sin sentido... ¡pero muy divertido! Lo importante es que vemos las clases normales que vienen de la plantilla del componente y la clase extra al final.

Pasar variables a un componente

¿Podríamos reutilizar ahora el componente para el botón de borrar? ¡Intentémoslo! Éste vive en_delete_form.html.twig. Cámbialo a <twig: gran "B" Button. Entonces la mayoría de estas clases ya están en el componente. Sólo necesitamos las relacionadas con el color:

8 lines | templates/voyage/_delete_form.html.twig
<form method="post" action="{{ path('app_voyage_delete', {'id': voyage.id}) }}" onsubmit="return confirm('Are you sure you want to delete this item?');">
// ... lines 2 - 3
<twig:Button class="text-white bg-red-600 hover:bg-red-700 focus:ring-4 focus:ring-red-300 focus:outline-none">
Delete
</twig:Button>
</form>

Y... ¡funciona! Pero... un poco por accidente. Si inspeccionamos ese elemento, tiene el bg-green-600 de la plantilla del componente Twig y el bg-red-600. Podrías pensar... ¡eso tiene sentido! El último anula al anterior, ¿no?

En realidad, no. No hay ninguna regla que diga que ésta deba ganar a ésta o que la verde deba ganar a la roja. La razón por la que gana el rojo es... ¡la suerte! Por casualidad, cuando Tailwind generó el archivo CSS, el bg-red-600 se generó, aparentemente, más tarde en el archivo. Así que está ganando. En Tailwind, debes evitar competir entre clases porque el resultado no está garantizado.

Lo que realmente queremos hacer es crear distintas variantes del botón. Me gustaría poder decir algo como variant="danger":

8 lines | templates/voyage/_delete_form.html.twig
<form method="post" action="{{ path('app_voyage_delete', {'id': voyage.id}) }}" onsubmit="return confirm('Are you sure you want to delete this item?');">
// ... lines 2 - 3
<twig:Button variant="danger" class="text-white bg-red-600 hover:bg-red-700 focus:ring-4 focus:ring-red-300 focus:outline-none">
// ... line 5
</twig:Button>
</form>

Y... en la otra plantilla, variant="success":

12 lines | templates/voyage/_form.html.twig
{{ form_start(form) }}
// ... lines 2 - 3
<twig:Button
// ... line 5
variant="success"
// ... line 7
>
// ... line 9
</twig:Button>
{{ form_end(form) }}

Ahora mismo, sin sorpresa, eso añade un atributo variant="danger". Eso no es lo que quiero: Quiero utilizar este valor en mi componente para mostrar condicionalmente diferentes clases.

Aquí es donde finalmente nuestra clase PHP resulta útil. Para convertir una prop que pasamos a nuestro componente de un atributo a una variable, podemos añadir una propiedad pública con el mismo nombre: public string $variant = 'default';:

12 lines | src/Twig/Components/Button.php
// ... lines 1 - 6
#[AsTwigComponent]
class Button
{
public string $variant = 'default';
}

Y ahora que tenemos una propiedad pública llamada variant, obtenemos una variable local dentro de Twig llamada variant. Mira {{ variant }}:

4 lines | templates/components/Button.html.twig
<button {{ attributes.defaults({
class: 'px-4 py-2 border border-transparent text-sm font-medium rounded-md text-white bg-green-600 hover:bg-green-700',
}) }}>{{ variant }}{% block content %}{% endblock %}</button>

Y ahora... ¡lo vemos en los dos sitios! Peligro aquí arriba, éxito allí abajo.

Añadir un método PHP de componente

Bien: ahora necesitamos utilizar la variable variant para representar condicionalmente diferentes clases. Necesitamos... una especie de sentencia switch-case para asignar cada variante a un conjunto de clases. Escribir algo así en Twig... no es muy divertido.

Pero recuerda: tenemos una clase PHP del componente Twig que está vinculada a esta plantilla. ¡Y podemos añadir métodos allí! Pondré una nueva función pública llamadagetVariantClasses():

22 lines | src/Twig/Components/Button.php
// ... lines 1 - 7
class Button
{
// ... lines 10 - 11
public function getVariantClasses(): string
{
return match ($this->variant) {
'default' => 'text-white bg-blue-500 hover:bg-blue-700',
'success' => 'text-white bg-green-600 hover:bg-green-700',
'danger' => 'text-white bg-red-600 hover:bg-red-700 focus:ring-4 focus:ring-red-300 focus:outline-none',
default => throw new \LogicException(sprintf('Unknown button type "%s"', $this->variant)),
};
}
}

Tiene una sentencia match... que basándose en $this->variant, devuelve un conjunto diferente de clases.

Uno de los superpoderes de los componentes Twig es que este objeto Button está disponible dentro de la plantilla del componente como una variable llamada this. Eso significa que podemos ir al final de la lista class, eliminar las específicas de color y luego concatenarlas con una ~ y this.variantClasses:

4 lines | templates/components/Button.html.twig
<button {{ attributes.defaults({
class: 'px-4 py-2 border border-transparent text-sm font-medium rounded-md '~this.variantClasses,
}) }}>{% block content %}{% endblock %}</button>

Ve a comprobarlo. ¡Sí! Tenemos verde aquí abajo... ¡y rojo allí arriba! Para comprobar realmente que funciona, en el botón de borrar, elimina las clases extra:

8 lines | templates/voyage/_delete_form.html.twig
<form method="post" action="{{ path('app_voyage_delete', {'id': voyage.id}) }}" onsubmit="return confirm('Are you sure you want to delete this item?');">
// ... lines 2 - 3
<twig:Button variant="danger">
Delete
</twig:Button>
</form>

Me encanta el aspecto que tiene en el código... y en el sitio.

Apuntando Tailwind a tus clases PHP componentes

Aunque, un detalle. Tailwind escanea nuestros archivos fuente, encuentra todas las clases Tailwind que estamos utilizando y las incluye en el archivo CSS final. Y como ahora estamos incluyendo clases dentro de PHP, tenemos que asegurarnos de que Tailwind las ve.

En tailwind.config.js, en la parte superior, pegaré una línea más para que escanee las clases PHP de nuestro componente Twig:

36 lines | tailwind.config.js
// ... lines 1 - 3
module.exports = {
content: [
// ... lines 6 - 8
"./src/Twig/Components/**/*.php"
],
// ... lines 11 - 34
}

Cambiar el nombre de la etiqueta del componente

Bien, ya casi hemos terminado por hoy, pero quiero celebrarlo y utilizar el nuevo componente en un lugar más: en la página de índice de viajes, para el botón "Nuevo viaje".

Abre index.html.twig... cambia esto por un <twig:Button>... entonces podremos eliminar la mayoría de estas clases. La negrita es específica de este punto, creo:

43 lines | templates/voyage/index.html.twig
// ... lines 1 - 4
{% block body %}
<div class="m-4 p-4 bg-gray-800 rounded-lg">
<div
class="flex justify-between"
>
// ... lines 10 - 11
<twig:Button
href="{{ path('app_voyage_new') }}"
data-turbo-frame="modal"
class="flex items-center space-x-1 font-bold"
>
<span>New Voyage</span>
<svg xmlns="http://www.w3.org/2000/svg" class="w-4 inline" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" fill="none" stroke-linecap="round" stroke-linejoin="round"><path stroke="none" d="M0 0h24v24H0z" fill="none"/><path d="M3 12a9 9 0 1 0 18 0a9 9 0 0 0 -18 0" /><path d="M9 12h6" /><path d="M12 9v6" /></svg>
</twig:Button>
</div>
// ... lines 21 - 40
</div>
{% endblock %}

Cuando actualizamos... ¡se renderiza! Aunque... cuando hago clic... ¡no pasa nada! Probablemente hayas visto por qué: esto es ahora un botón, no una etiqueta a.

No pasa nada: podemos hacer que nuestro componente sea un poco más flexible. EnButton.php, añade otra propiedad: string $tag por defecto button:

23 lines | src/Twig/Components/Button.php
// ... lines 1 - 7
class Button
{
// ... line 10
public string $tag = 'button';
// ... lines 12 - 21
}

Luego, en la plantilla, utiliza {{ tag }} para la etiqueta inicial y la etiqueta final:

4 lines | templates/components/Button.html.twig
<{{ tag }} {{ attributes.defaults({
// ... line 2
}) }}>{% block content %}{% endblock %}</{{ tag }}>

Termina en index.html.twig: pasa a tag="a":

44 lines | templates/voyage/index.html.twig
// ... lines 1 - 5
<div class="m-4 p-4 bg-gray-800 rounded-lg">
<div
class="flex justify-between"
>
// ... lines 10 - 11
<twig:Button
tag="a"
// ... lines 14 - 16
>
// ... lines 18 - 19
</twig:Button>
</div>
// ... lines 22 - 41
</div>
{% endblock %}

Ahora por aquí... cuando hagamos clic... ¡ya está!

¡Ya está! Espero que te gusten los componentes Twig tanto como a mí. ¡Pero pueden hacer aún más! No te he contado cómo puedes anteponer a cualquier atributo el prefijo : para pasar variables o expresiones dinámicas Twig a un prop. Tampoco hemos hablado de que las clases PHP de los componentes son servicios. Sí, puedes añadir una función __construct(), autoconectar otros servicios, como VoyageRepository, y luego utilizarlos para proporcionar datos a tu plantilla... haciendo que todo el componente sea independiente y autosuficiente. Ésa es una de mis características favoritas.

Mañana vamos a seguir aprovechando los componentes Twig para crear un componente modal... y ver con qué facilidad podemos utilizar modales cuando queramos.