Почему в php нельзя расширять интерфейсы?

Question

[nepster-web]

Наткнулся на довольно спорную и интересную проблемы. Давайте предположим, что у нас есть внешнее api (валяется где-то в папке вендоров) и есть интерфейс, который мне нужно реализовать.

Например:

interface MyInterface {
    public function save($data);
}

Теперь собственно ситуация такая, давайте представим, что стороннее апи работает с этим интерфейсом и внутри моего проекта для удобства я тоже хочу работать с этим интерфейсом. Теперь о проблеме:

Внешнее апи ничего не знает про $data. Тоесть это может быть массив или объект или вообще строка. Но внутри моего проекта к примеру один из репозиториев реализует данный интерфейс и четко знает, что работает с неким объектом MyObject, который ожидает для реализации метода save().

Так вот проблема в том, что нет никакой возможности усилить type hinting данного интерфейса, чтобы вышло как-то так:

interface MyInterface {
    public function save(MyObject $data);
}

Собственно нельзя сделать даже так:

interface MyInterface2 extends MyInterface {
    public function save(MyObject $data);
}

Собственно остается только вот такой вариант в реализации метода:

if (!$data instanceof MyObject) {
            throw new \ErrorException('Описание ошибки ...');
        }

Собственно есть ли какие-то альтернативы и если есть спецы, которые подскажут почему в пхп не реализовано изменение type hinting в интерфейсах, будет здорово.

Пример:
sandbox.onlinephpfunctions.com/code/4748c681012738...

Comments

[Алексей Скобкин]

interface MyInterface2 explode MyInterface {
Подрывник-затейник, однако.

Answer 1

[Mikhail Osher]

Документацию внимательно читайте, потом задавайте сомнительные вопросы.

php.net/manual/en/language.oop5.interfaces.php

<?php

interface Foo
{
  public function bar(string $baz);
}

interface Baz extends Foo
{
  public function bar(PDO $baz);
}

Comments

[nepster-web]

```php

<?php

interface Foo
{
public function bar($baz);
}

class B {

}

interface Baz extends Foo
{
public function bar(B $baz);
}

```


Fatal error: Declaration of Baz::bar() must be compatible with Foo::bar($baz) in [...][...] on line 13

[nepster-web]

sandbox.onlinephpfunctions.com/code/4748c681012738...

Answer 2

[Григорий Есин]

Потому что интерфейсы обязаны следовать принципу подстановки Лисков. В этом их смысл: сохранять совместимость с родительским интерфейсом; а ещё потому что в PHP нет перегрузки функций ввиду его динамической природы типизации.

Comments

[nepster-web]

ну условно есть. С помощью магии можно сделать. Но это не важно. Проблема в том, что мне нужна возможность просто изменить тип данных. При этом даже так нельзя:

sandbox.onlinephpfunctions.com/code/738bfcd1fe5bac...

[Григорий Есин]

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

[nepster-web]

Григорий Есин: нельзя, например если этот интерфейс предоставляет стороннее апи, а мне нужно написать его реализацию.

К сожалению как раз суть вопроса была, как можно избавиться от проверки типа внутри реализации =(.