a
Ты про yii2-php?
Там же и yii3-docker есть, но называется yii-docker
Size: a a a
2020 June 29
В
Там же и yii3-docker есть, но называется yii-docker
Видел его
АН
Видел его
на yii-queue можно уже что-то запускать ?, или сырой силньо ?
В
Александр Некрасов
на yii-queue можно уже что-то запускать ?, или сырой силньо ?
Должен быть рабочий, но у него только синхронный драйвер готов пока
В
Т.е. на том же хите все задачи выполняет
В
Скоро возьмусь за
yii-queue-interop, но насколько скоро, сам пока не знаюВ
@yiiliveext, может, здесь продолжим обсуждение? Английский - не самая сильная моя сторона, да и в pr не так удобно общаться 😅
DS
@yiiliveext, может, здесь продолжим обсуждение? Английский - не самая сильная моя сторона, да и в pr не так удобно общаться 😅
ну пиши
В
ну пиши
Ты пишешь, что добавление классу интерфейса - это нарушение другого интерфейса, уже реализуемого этим классом. Не вижу в этом логики.
В
И в то же время предлагаешь добавить параметр в метод, чья сигнатура определена внешним интерфейсом.
В
ИМХО дополнительный параметр больше похож на нарушение соблюдения интерфейса
DS
Ты пишешь, что добавление классу интерфейса - это нарушение другого интерфейса, уже реализуемого этим классом. Не вижу в этом логики.
Не, я пишу, что публичный метод будет приводить к нарушению интерфейса.
В
Не, я пишу, что публичный метод будет приводить к нарушению интерфейса.
Каким образом?
В
Класс не обязан реализовывать только 1 интерфейс. Ничто не мешает добавить в него реализацию другого.
В
Т.е. интерфейс гарантирует, что в его реализациях присутствуют некоторые публичные методы, а не отсутствуют любые другие.
DS
Мы можем сделать его protected и отнаследовать композитній контейнер от абстрактного конфигуратора, но в таком случае мы можем просто проверять instanceof \Yiisoft\Di\Container, mehtod_exists() - это некорректный путь, нет гарантий что другие контейнеры не имеют метод с тем же названием, но другой логикой или сигнатурой.
DS
Т.е. интерфейс гарантирует, что в его реализациях присутствуют некоторые публичные методы, а не отсутствуют любые другие.
Может, но это не лучший путь, для таких целей лучше использовать наследование
В
Про
method_exists я там и написал, что лучше вместо него использовать новый интерфейс.В
Может, но это не лучший путь, для таких целей лучше использовать наследование
Я не понял, как и для чего здесь применимо наследование
NO
А ещё лучше, под разные юзкейсы разные интерфейсы. Чтобы "потребитель" не знал о классе больше, чем он сам у себя использует.