Так, не надо начинать это.

Это уже не смешно. Буксуем на месте реально...

ну так давайте уже дело делать а не буксовать
Resetable для сервисов сейчас не необходим. Нафига его тогда выносить? Дебагер ресетить и в индексе можно, не помещая его в ResetableContainer

+

Ну сам по себе ResetableContainer, при этом, не плох

проверку на $instance instanceof Resetable можно оставить, а можно убрать, ускорив работу ресета

Он ничего не навязывает сервисам.

Этого с излишком)

не надо подначивать меня )

Потому что дропать -  это техникак стандартного умирающего приложения. Во-первых рисет сервиса быстрее пересоздания (при тяжелых зависимростях может быть на порядок), во-вторых персоздание продуцирует кучу мусора в памяти, резервируя все новые и новые участки, что добавляет работы сборщику мусора.

я уже третий день код не могу начать писать из-за этого флуда )

скоро буду носить гордое звание "Алексей ни строчки кода"

Если они не поддерживают рисет, то будут пересозданы.

@yiiliveext что насчёт моих вопросов?

1. Есть у нас 10 пакетов со стейтом. Пара моих, пара Symfony, ещё League, Laminas и просто что-то из packagist.  
Все надо ресетнуть. Большинство сервисов final. Что делать?
2. Почему это нельзя сделать без изменения сервиса? То есть по факту вешаемся на событие или прямо в index.php делаем $container->get('service1')->reset();
$container->get('service2')->refresh(); $container->get('service3')->resetState();

Сейчас нет потребности в увеличении производительности. Только гибкость и правильность, производительность наращивается

Они поддерживают. Но по-своему. Не имплементя интерфейс наш.

Отключи нотификации на два часа.

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

Сделай что-то, потом вернись почитать-обсудить. Будет так: https://github.com/yiisoft/docs/commits/master... я ж не просто так пропал вчера :)

так просто вы от меня не избавитесь 😄