Привязан ли как-нибудь интерфейс php к своей реализации?

Question

[Алексей Марков]

Доброго времени суток.

Периодически встречаю конструкции типа

ClassController {
  public function actionIndex(CacheItemInterface $cache) {
    $cache = Request::post('input');
  }
}

Для чего служат подобные вызовы и что конкретно в них проиходит?

В ларавеле подобная конструкция может означать вызов привязанной через сервис конкретной реализации данного интерфейса.

Comments

[Максим Федоров]

Привязан ли как-нибудь интерфейс php к своей реализации?

Это как раз отвязка от реализации, чтобы она была любой, удовлетворяющей этому интерфейсу

Answer 1

[Алексей Уколов]

Нет, не привязан. Это Liskov Substitution Principle и Interface Segregation Principle aka буквы L и I в SOLID.

Для чего служат подобные вызовы и что конкретно в них проиходит?

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

Comments

[Алексей Марков]

То есть в метод должен быть передан объект класса реализующего данный интерфейс?
Теорию плохо на слух понимаю, если можно практический пример применения

[Алексей Уколов]

То есть в метод должен быть передан объект класса реализующего данный интерфейс?

Да. Но какого конкретно класса будет этот объект, методу не важно, его интересуют лишь методы, заявленные в интерфейсе.

Теорию плохо на слух понимаю, если можно практический пример применения

По SOLID вообще, и применительно его к php конкретно, настолько много информации, что вы без труда найдёте её в удобной для себя форме - статей, репозиториев, видеоуроков - чего угодно.

[Александр]

Алексей Уколов,

Нужны они только для того, чтобы в рантайме выбросилось исключение

Я бы добавил, что это не единственное для чего они нужны. Используя Reflection API можно творить разную вуду-магию :). Как пример, autowire в 4-ой symfony.

[Алексей Уколов]

Александр, вы правы. Собственно, автор об этом прямо в вопросе написал - Laravel тоже их использует для резолва зависимостей.

[Кирилл Несмеянов]

Алексей Уколов, а Лискова-то тут причём? Оно же к перегрузке и переопределению применимо. А тут вообще про IoC спрашивается. Разве не?

[Алексей Уколов]

Кирилл Несмеянов, как я понял, автора интересовало именно "почему в методе указан интерфейс, а не какой-то конкретный класс". То, что он отметил мой ответ как решение, подтверждает эту догадку :)

[Максим Федоров]

А причем тут Лисков, тут про наследование ни слова :)

[Алексей Уколов]

Максим Федоров, на мой взгляд, между L и I тонкая грань и тут они оба затронуты. Добавлю в ответ, спасибо.

[Максим Федоров]

Алексей Уколов, и все же нужно, чтобы ни ТС, ни читающих ответ не путать:

ISP не об этом совсем :) Он просто о том, чтобы интерфейсы были тоньше, дабы единую ответственность не нарушить...

IoC все же более обширный принцип, его можно отнести к принципам типа GRASP

Если из SOLID смотреть на этот принцип, то тут подойдут Open/Closed Principe (O) -- меняем не нутро, а с наружи наращивает, с чем интерфейс нам и помогает, а также Dependency Inversion Principe (D), который говорит о внедрении зависимости снаружи, желательно через интерфейс;)

[HEKET313]

Максим Федоров, не injection, а inversion. Injection - это инъекция зависимостей и не важно через что: класс/интерфейс - пофигу. Inversion - это инверсия зависимости, когда мы зависим от интерфейса, а не от реализации

[HEKET313]

Алексей Уколов, intrface segregation - это про разделение ответственностей интерфейсов, о том, что лучше куча интерфейсов с одной небольшой ответственностью, чем один с несколькими.

Answer 2

[Antony Tkachenko]

Класс может реализовывать (implements) интерфейс.
Интерфес говорит нам какие методы должны быть у класс, без их непосредственной реализации (это ложится на обязанности класса).

В данном примере могут быть несколько классов, реализующих CacheItemInterface, чтобы можно было реализовать несколько кеш-провайдеров (файловый кеш, мемкеш итд)

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

Upd: В указанном примере довольно странно что $cache переприваивается какое-то значение.
Скорее должно быть что-то

$data = $cache->get('key'); // При этом метод get должен быть указан в интерфейсе.