Su objetivo es similar que el Quey use case, pero en este caso modifica información en lugar de extraerla.

Especificaciones

Aquí se cuecen muchas cosas, con lo que la complejidad puede llegar a ser alta. Al ser el orquestador del flujo, a veces tiene que lidiar con situaciones complejas. Le damos de complejidad un 6.

Como principal cometido, representa el caso de uso de lectura de información del dominio.

Como características más concretas, el Query use case conoce lo necesario para conseguir el objetivo de obtener información del Domain. Para liberar responsabilidades, se sirve de Domain services y Application services. Por otra parte, al ser una consulta de datos del del Domain, no necesita ser transaccional.

Se relaciona con las Queries, los Application services y Domain services.

¿Qué valor me aporta implementar un Query use case?

El Query use case es el orquestador de flujo por excelencia del caso de uso. Conoce todos los servicios que necesita y hace uso de ellos para cumplir el objetivo del Command que maneja.

Esta capa tiene que ser muy sencilla, sólo gestionar flujo, y empujar las cosas que no pertenezcan al flujo a Application services o Domain services.

De esta forma no perderemos el objetivo del caso de uso.

¿Cómo se expresa esta carta en el mundo real?

Como indica el icono de arriba a la izquierda, corresponde a una clase.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

final class GetUserNameQueryUseCase implements QueryUseCase
{
    public function __construct(private UserRepository $userRepository) {
    }

    public function __invoke(SignUpUserCommand $command): UserNamePresenter
    {
        $user = $this->userRepository->findById(
            UserId::fromString($userId)
        );

        return UserNamePresenter::write($user);
    }
}