Хинтишь в конструкторе на PSR-ку, получаешь PSR-ку.

2) Сейчас если нужен и тот и тот, надо явно просить и то и то.

4) Что не так?

5) Не понял. Что должно делать value dependency?

Наверное речь о том, что не получится делать код универсальным. Какой-нибудь модуль может требовать PSR интерфейс, но если этот инстанс  реализует дополнительно CacheInterface, то делать fallback на него

Да не, речь-то понятно о чём в пунктах 1 и 2. Если у нас надо скормить нескольким классам как зависимости PSR и наш кеш или же использовать и наш кеш и PSR в одном классе, не хочется передавать две зависимости. Это несколько многословно. С другой стороны, это как раз таки правильно что зависимости явные...

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

Или был бы акцесор к псрному кешу

Умгу. Думаем.

Wilmer сделал PR с фиксами для db и связанных пакетов. Там видно проблемы с юзабилити.

Досмотрим — поправим.

В CacheInterface написано, что delete() возвращает bool:

True if the item was successfully removed. False if there was an error.

считается ли попытка удалить несуществующий ключ ошибкой?

Нет, имеется ввиду, ошибка возникшая при процедуре удаления.

я тоже так думаю

но точной инфой не располагаю

Fibers — асинхронному PHP быть?

https://wiki.php.net/rfc/fibers

Мейнтенер Amphp опубликовал RFC по файберам и обновленное расширение с реализацией amphp/ext-fiber.

Проблема асинхронного кода в текущем виде с ReactPHP и Amp в том, что весь код должен быть асинхронным: либо нужно прокидывать yield либо Promise по всей цепочке вызовов.

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

Можно представить файбер как функцию, которая сама хранит в себе стек вызовов и которую можно остановить или продолжить в любой момент.

Предлагается добавить класс Fiber и интерфейс FiberScheduler. Последний это, по сути, ивент луп. Его реализация в PHP 8.1 не предлагается и остается в планах на будущее.

То есть глобально это пока не меняет картину асинхронного PHP: стандартная библиотека все равно блокирующая.

Зато появится официальный стандарт ивент лупа, а разработчики пакетов типа ReactPHP и Amp смогут писать асинхронные обертки проще и быстрее. И использовать их будет приятнее. В общем, хороший первый шаг в направлении.

Примеры тут: https://github.com/amphp/ext-fiber/tree/master/examples

Вероятность принятия: высокая.

______
Спасибо https://github.com/mmasiukevich за ревью текста.https://github.com/mmasiukevich за ревью текста.

Похоже ты понял всё с точностью наоборот. Компонент получает Yii кеш. Я хочу из компонента передать куда то PSR кеш и не хочу в компонент передавать 2 кеша. Если я в компонент буду передвать 2 кеша, получается что я на уровне зависимостей в коде должен как то прописать парент. Какой то бред получается.

Если мы используем несколько кешей, то теги мы храним в быстром, тяжёлый контент в медленном. И это два разных кеша.

Кеш разве не по дефолту быстрый?