Гораздо проще проверить instanceof \Yiisoft\Di\Container, сильно сомневаюсь, что сторонние контейцнеры будут реализовывать интейрфейс от yiisoft

ISP

instanceof - первый признак плохого дизайна.

Это точно. Но в этом контексте мы о конкретном случае, где один интерфейс является расширением другого (PSR-ного).

Проще, вероятность такая мала, но зачем сразу обрубать эту возможность тому, кто захочет так сделать?

Тогда для потребителей PSR используем PSR, а для потребителей расширенного делаем новый интерфейс.

И я то же предлагаю. @yiiliveext считает, что будет лучше в объявленный в psr-интерфейсе метод добавить ещё 1 параметр.

Не стоит ) Иначе это не стандарт а фиг знает что )

Два интерфейса уже попахивает нарушением SRP, имплементация нескольких интерфейсов допустима на низком уровне, вроде коллекций со встроенными интерфейсами, остальное ведет к неприятным последствиям. Я не утверждаю, что способ со вторым параметром лучший из возможных, но он явно лучше добавления еще одного публичного метода.

What would be the use case of using yii-container-di, and a container composed of another package ?

Мое мнение прямо противоположное: лучше уж еще 1 публичный метод в своем интерфейсе, чем нарушать имеющийся сторонний интерфейс 😄

Нужны еще мнения, а обсуждение касается вот этого вопроса.

Ты немного не понимаешь тему. Я специально сделал так, чтобы контейнер строго следовал интерфейсу. Это приводит к тому, что ты в любой момент можешь поменять контейнер. Как только ты добавляешь в него левый публичный метод, ты сразу хоронишь эту идею. Твоя реализация является демонстрацией старой шутки. Если бы строители строили дома так, как программисты пишут программы ,то первый же залетевший дятел разрушил бы цивилизацию.

ISP и SRP противоречат друг другу?)

Мне все же кажется, что понимаю. Стоит
- изменить интерфейс
- использовать другой контейнер, в котором тоже есть второй параметр в has
- включить fail on warning
И твой вариант тоже перестает работать

В любом случая следует признать, что пср-11 не позволяет полноценно строить приложения не глядя на реализацию контейнера. Впрочем, меня за это уже заминусовали полгода назад

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

Да, перестанет, но в твоем варианте от этого он работать не станет.

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