> Symfony 6 > Fundamentos de Symfony 6: Servicios, Configuración y Entornos
Buy Access to Course
17.

Autoconexión con nombre y clientes HTTP con alcance

|

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

En MixRepository, sería genial que no tuviéramos que especificar el nombre del host cuando hacemos la petición HTTP. Sería genial que eso estuviera preconfigurado y sólo tuviéramos que incluir la ruta. Además, muy pronto, vamos a configurar un token de acceso que se utilizará cuando hagamos peticiones a la API de GitHub. Podríamos pasar ese token de acceso manualmente aquí en nuestro servicio, pero ¿a qué sería genial que el servicio HttpClient viniera preconfigurado para incluir siempre el token de acceso?

Entonces, ¿tiene Symfony una forma de "preconfigurar" el servicio HttpClient? ¡La tiene! Se llama "scoped clients": una característica de HttpClient que permite crear varios servicios HttpClient, cada uno preconfigurado de forma diferente.

Crear un Scoped Client

Así es como funciona. Abre config/packages/framework.yaml. Para crear un scoped client, bajo la clave framework, añade http_client seguido de scoped_clients. Ahora, dale a tu scoped client un nombre, como githubContentClient... ya que estamos utilizando una parte de su API que devuelve el contenido de los archivos. Añade también base_uri, ve copiando el nombre del host por aquí... y pégalo:

30 lines | config/packages/framework.yaml
// ... line 1
framework:
// ... lines 3 - 19
http_client:
scoped_clients:
githubContentClient:
base_uri: https://raw.githubusercontent.com
// ... lines 24 - 30

Recuerda: el objetivo de estos archivos de configuración es cambiar los servicios del contenedor. El resultado final de este nuevo código es que se añadirá un segundo servicio HttpClient al contenedor. Lo veremos dentro de un minuto. Y, por cierto, no hay forma de que adivines que necesitas las claves http_client y scoped_clientspara que esto funcione. La configuración es el tipo de cosa en la que realmente tienes que confiar en la documentación.

De todos modos, ahora que hemos preconfigurado este cliente, deberíamos poder entrar enMixRepository y hacer una petición directamente a la ruta:

29 lines | src/Service/MixRepository.php
// ... lines 1 - 9
class MixRepository
{
// ... lines 12 - 18
public function findAll(): array
{
return $this->cache->get('mixes_data', function(CacheItemInterface $cacheItem) {
// ... line 22
$response = $this->httpClient->request('GET', '/SymfonyCasts/vinyl-mixes/main/mixes.json');
// ... lines 24 - 25
});
}
}

Pero si nos dirigimos y refrescamos... ah...

URL no válida: falta el esquema [...]. ¿Te has olvidado de añadir "http(s)://"?

No creí que nos hubiéramos olvidado... ya que lo configuramos mediante la opción base_uri... pero parece que no funcionó. Y puede que hayas adivinado por qué. Busca tu terminal y ejecuta:

php bin/console debug:autowiring client

Ahora hay dos servicios HttpClient en el contenedor: El normal, no configurado, y el que acabamos de configurar. Aparentemente, enMixRepository, Symfony nos sigue pasando el servicio HttpClient no configurado.

¿Cómo puedo estar seguro? Bueno, piensa en cómo funciona el autocableado. Symfony mira el tipo de pista de nuestro argumento, que esSymfony\Contracts\HttpClient\HttpClientInterface, y luego busca en el contenedor un servicio cuyo ID coincida exactamente. Es así de sencillo

Obtener la versión con nombre de un servicio

Entonces... si hay varios servicios con el mismo "tipo" en nuestro contenedor, ¿sólo el principal es autoconvocable? Afortunadamente, ¡no! Podemos utilizar algo llamado "autoconexión con nombre"... y ya nos muestra cómo hacerlo. Si tecleamos un argumento conHttpClientInterface y nombramos el argumento $githubContentClient, Symfony nos pasará el segundo.

Probemos: cambiemos el argumento de $httpClient a $githubContentClient:

29 lines | src/Service/MixRepository.php
// ... lines 1 - 9
class MixRepository
{
public function __construct(
private HttpClientInterface $githubContentClient,
// ... lines 14 - 16
) {}
// ... lines 18 - 27
}

y ahora... no funciona. Ups...

Propiedad no definida MixRepository::$httpClient

Eso es... que me he descuidado. Cuando cambié el nombre del argumento, cambió el nombre de la propiedad. Así que... hay que ajustar el código de abajo:

29 lines | src/Service/MixRepository.php
// ... lines 1 - 9
class MixRepository
{
public function __construct(
private HttpClientInterface $githubContentClient,
// ... lines 14 - 16
) {}
// ... line 18
public function findAll(): array
{
return $this->cache->get('mixes_data', function(CacheItemInterface $cacheItem) {
// ... line 22
$response = $this->githubContentClient->request('GET', '/SymfonyCasts/vinyl-mixes/main/mixes.json');
// ... lines 24 - 25
});
}
}

Y ahora... ¡está vivo! ¡Acabamos de autocablear un servicio específico de HttpClientInterface!

A continuación, vamos a abordar otro problema complicado con la autoconexión, aprendiendo a obtener uno de los muchos servicios de nuestro contenedor que no está disponible para la autoconexión.