Как получить доступ к контейнеру $в классе промежуточного ПО в Slim v3?

Я читал, что в Slim v2 приложение $привязано к классу промежуточного ПО. Я нахожу, что это не так в v3? Ниже мой класс промежуточного класса, но я просто получаю undefined:

<?php
namespace CrSrc\Middleware;

class Auth
{
    /**
     * Example middleware invokable class
     *
     * @param  \Psr\Http\Message\ServerRequestInterface $request  PSR7 request
     * @param  \Psr\Http\Message\ResponseInterface      $response PSR7 response
     * @param  callable                                 $next     Next middleware
     *
     * @return \Psr\Http\Message\ResponseInterface
     */
    public function __invoke($request, $response, $next)
    {
        // before

var_dump($this->getContainer()); // method undefined
var_dump($this->auth); exit; // method undefined
        if (! $this->get('auth')->isAuthenticated()) {
            // Not authenticated and must be authenticated to access this resource
            return $response->withStatus(401);
        }

        // pass onto the next callable
        $response = $next($request, $response);

        // after


        return $response;
    }
}

Каков правильный способ доступа к контейнеру DI в промежуточном программном обеспечении? Я предполагаю, что это должен быть способ?

Ответ 1

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

$container = $app->getContainer();
$app->add(new Auth($container));

И вашему промежуточному программному обеспечению нужен конструктор

<?php
namespace CrSrc\Middleware;

class Auth
{

    private $container;

    public function __construct($container) {
        $this->container = $container
    }

    /**
     * Example middleware invokable class
     *
     * @param  \Psr\Http\Message\ServerRequestInterface $request  PSR7 request
     * @param  \Psr\Http\Message\ResponseInterface      $response PSR7 response
     * @param  callable                                 $next     Next middleware
     *
     * @return \Psr\Http\Message\ResponseInterface
     */
    public function __invoke($request, $response, $next)
    {
        // $this->container has the DI

    }
}

LE: Развернув бит начального ответа, контейнер получает введенный в конструктор, если вы поставляете промежуточное ПО как класс

$app->add('Auth');

или

$app->add('Auth:similarToInvokeMethod')

Ответ 2

Насколько я понимаю код, Slim (v3) работает следующим образом:

если вы передаете закрытие в качестве промежуточного программного обеспечения, тогда он вызывает bindTo с контейнером в качестве параметра.
если вы передаете класс/строку, которая разрешает класс, то Slim создает экземпляр и передает контейнер как параметр в конструктор
```
<?php
$app->add(Auth);
```
в противном случае (например, если вы добавляете экземпляр промежуточного программного обеспечения, созданный ранее), то похоже, что вам нужно позаботиться о передаче всех необходимых ссылок.