Еще смержили PR на удаление кастомного сериализатора из amqp адаптера: https://github.com/yiisoft/yii-queue-amqp/pull/29

Из документации к yiisoft/di: In the code above we add a CarFactoryProvider to the container. The register() method of CarFactoryProvider isn't executed until EngineInterface gets requested from the container. When this happens, the container will first check the result of the provides() method. Because EngineInterface is listed there it will then call the register() method of the CarFactoryProvider.

Но это противоречит абзацу описания стандарта PSR-11: has takes one unique parameter: an entry identifier, which MUST be a string. has MUST return true if an entry identifier is known to the container and false if it is not. If has($id) returns false, get($id) MUST throw a NotFoundExceptionInterface.

Получается несоответствие стандарту?

Пример из доков
// returns false as provider wasn't registered
$container->has(EngineInterface::class);
// returns SolarEngine, registered in the provider
$engine = $container->get(EngineInterface::class);
// returns true as provider was registered when EngineInterface was requested from the container
$container->has(EngineInterface::class);

В соответствии с PSR-11 если has возвращает false, то get должен сгенерировать exception, а тут в примере это не так.

Дока несколько outdated.

Всё никак не заставлю себя обновить.

Так что, вероятно, это уже не так.

Но @yiiliveext лучше знает.

Да, там старое поведение, сейчас все по пср. И вообще провайдеры смотреть сейчас не стоит, я их полностью переделываю под будущий пср.

какой номер у него?

У чего?

У будущего psr с провайдерами. Или где можно посмотреть что там будет?

Хз, он в процессе разработки. Смотреть по ссылке обсуждение в пр
https://github.com/container-interop/service-provider/

спс

Кривой стандарт, нарушает PSR-11.

Чем нарушает?

Влезает в поведение PSR-11, хотя мог бы и не влезать. https://github.com/container-interop/service-provider/issues/52

Т.е., фактически, он перетирает PSR-11 доп ограничением, что делает два стандарта несовместимыми.

тем что null это валидный результат, а не Exception?

Это не самая большая проблема, а именно то что он определяет поведение на сам контейнер, а не то как нужно трактовать сервис провайдер, абстрактно от контейнера.

Там в тикетах прилично расписано.