перенаправление на следующее/действие маршрута, а не последнее после входа/регистрации пользователя symfony security

Я нашел решение, но я хотел бы быть уверенным, что это лучшая практика.

Обратите внимание, что это перенаправление должно выполняться только в определенный момент в приложении, а не на всем веб-сайте. Поэтому я решил создать сервис-прослушиватель.

На самом деле перенаправление должно выполняться, когда в сеансе есть определенный объект сущности, который я назвал entity.

Кулак, это декларация службы в app/config/services.yml:

# apply the redirect response for connected user when and only where $isEntitySession !=null
    # to recover the current request in a service we need to set the scope argument, then call the symfony service container where $request is stored
    # just understand that it is not recommanded (bad structure and mad practice) to apply directly the request in service without service container
    my_bundle.login_listener:
        class: MySpace\MyBundle\EventListener\LoginListener
        tags:
            - { name: kernel.event_listener, event: security.interactive_login, method: onSecurityInteractiveLogin  }
        scope: request
        arguments: ["@router","@security.context","@event_dispatcher","@service_container"]

Тогда это LoginListener.php в MySpace/MyBundle/EventListener/LoginListener.php:

<?php

namespace MySpace\MyBundle\EventListener;

use Symfony\Component\Routing\Router;
use Symfony\Component\Security\Core\SecurityContext;
use Symfony\Component\EventDispatcher\EventDispatcherInterface;
use Symfony\Component\Security\Http\Event\InteractiveLoginEvent;
use Symfony\Component\HttpKernel\KernelEvents;
use Symfony\Component\HttpKernel\Event\FilterResponseEvent;
use Symfony\Component\HttpFoundation\RedirectResponse;
use Symfony\Component\HttpFoundation\Request;
use Symfony\Component\DependencyInjection\ContainerInterface;

class LoginListener
{
  protected $router;
  protected $security;
  protected $dispatcher;
  protected $container;

  public function __construct(Router $router, SecurityContext $security, EventDispatcherInterface $dispatcher, ContainerInterface $container)
  {
      $this->router = $router;
      $this->security = $security;
      $this->dispatcher = $dispatcher;
      $this->container = $container;
  }

  public function onSecurityInteractiveLogin(InteractiveLoginEvent $event)
  {
      $this->dispatcher->addListener(KernelEvents::RESPONSE, array($this, 'onKernelResponse'));
  }

  public function onKernelResponse(FilterResponseEvent $event)
  {
    $request = $this->container->get('request');
    $session = $this->container->get('session');

    $isEntitySession = $session->get('entity_form') != null;

    if($isEntitySession && $request->isMethod('POST') ) {
      $entity = $session->get('entity_form');
    }

    if(isset($entity)) {

      if ($entity->getState() == 'true') { //here the state is a bool, don't search anymore about this, it's just an entity object relation set to true or false. Following the state, I return a different view.

        $response = new RedirectResponse($this->router->generate('place_order_route'));

      } else {

        $response = new RedirectResponse($this->router->generate('save_order_route'));
      }

      $event->setResponse($response);
    }
  }
}

Все комментарии в services.yml могут помочь вам понять применение контейнера службы. Документ symfony говорит вам не использовать запрос напрямую в объявлении службы. Не стесняйтесь сказать мне, правильно ли вы поступаете или нет.

Обратите внимание, что я использовал security.context, на самом деле я хотел бы использовать его для восстановления пользовательских данных, но в качестве цели здесь нет необходимости его использовать, поэтому мы могли бы удалить это argument и переменную в __construct().

К выясните, какая кнопка была нажата, я играю с методом сущности getState(). Действительно, после этого состояния перенаправление не является тем же самым.