Которые может отловить валидация.

Например, опечатку в конфиге

Например, прописали в конфигурации:

MyService::class => ['__construct()' => 'hello'],

C включенной валидацией сразу при запуске приложения появится ошибка Invalid definition: incorrect constructor arguments. Expected array, got string..

С выключенной валидацией эту ошибку можно будет обнаружить только в момент, когда из контейнера будет запрошен этот класс.

Без серьезного покрытия приемочными тестами можно легко пропустить ошибку конфига на невнимательность. Опечатка, не тот уровень массива и т.п. Конечно, эта фича не нужна, если 100% проекта приемочными тестами покрыто.

прошу прощения)

Ну во-первых почему это ошибка?

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

Следовательно он никогда не упадëт с ошибкой. И зачем тогда его запрещать?

Второе.

Может быть объект, который проинициализируется нормально только в определëнном окружении, например, толькт в консоли, только в веб, только с определëнными настройками окружения, только с запущенным редисом и т.п., а в остальных случаях упадëт с ошибкой.

Понятно что так делать некрасиво, но накладывая такое ограничение на контейнер вы тем самым лишаете разработчика возможности работать с любым кодом. Это жирный минус фреймворку.

Третье.

Если вдруг команда разработки решила, что каждый объект должен быть проверен на возможность создания и это жëсткое правило в проекте, не логичнее сделать специальную команду для этого?

Еë можно запускать точно так же, как сейчас запускаются юнит-тесты. Причëм и локально и в CI перед выкаткой на прод.

Первое - я написал ошибочный код, но он не вызывается никогда - чего вы на него ругаетесь? Правильно?

Второе и третье - не актуально, мы не создаём объекты, а лишь валидируем конфиг.

Любой флаг подобных "настроек", меняющих поведение, это тревожный звоночек что какой-то кусок логики недостаточно проработан...

А если, к примеру, у нас есть что-то вроде MyInterface::class => MyClass::class, затем мы добавляем какой-нибудь скалярный параметр в MyClass, т.о. он больше не может быть автоматически проинстанцированым. Такую ошибку валидация поймает?

"добавляем какой-нибудь скалярный параметр в MyClass"
Это как? Не понял вопрос :(

Валидатор проверяет валидность схемы конфига, не более

Если схема валидна - работаем дальше. Никаких инициализаций и других проверок больше не делается.

было MyClass::__construct() - автовайринг мог сам разрулить все, стало - MyClass::__construct(string $someToken) - и тут уже автоваринг ничего не сделает

Как определяется что схема валидна?

Сходи код посмотри :)

Нет, это не проверяется. Проверяется лишь валидность схемы конфига

Хреново, когда усложняется контейнер и разработчики отсылают ковырять код.

Ты спрашиваешь о реализации

Было бы отдельной командой, не было бы проблем

нет смысла