Принцип DIP из SOLID и Autowiring из DI-контейнеров?

Question

[topuserman]

Принцип DIP гласит: зависимости должны быть на абстракциях, а не от конкретной реализации.

Например такой код:

public function __construct(LoggerInterface $logger) { }

Зависимость от интерфейса.

При использовании DI-контейнеров с autowiring - работать не будет. Для работы автовайринга нужно, чтобы был указан конкретный класс в зависимости.

Объясните пожалуйста, что я не так понял? Или почему вижу противоречие в принципе DIP и инструмента для упрощения работы с зависимостями?

Comments

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

Например такой код:
public function log(LoggerInterface $logger) { }
Зависимость от интерфейса.

Это не зависимость, а просто аргумент, вы его (обьект нужного интерфейса) передаете, и объект не зависит от него, то есть принцип совсем не про это, тк нет никакой зависимости

[topuserman]

Максим Федоров, спасибо!

Правильно ли я понял принцип DIP из SOLID?
Если класс A имеет зависимость от класса B, то при описании класса А зависимость нужно указать через абстракцию, т.е.:

interface BInterface { ... }

class B implements BInterface  { ... }

class A {
    public function __construct(BInterface  $b) { ... }
}

Если бы мы указали в зависимости, конкретно класс, вот так:

class A {
    public function __construct(B $b) { ... }
}

то это было бы нарушение принципа DIP ?

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

7876010, да

[topuserman]

Максим Федоров, тогда получается, при использовании DI-контейнеров с автовайрингом (autowiring), работать не будет. (пруф php-di.org/doc/autowiring.html#limitations) Т.к. чтобы зависимость подставлялась автоматически, нужно, чтобы был в зависимости указан конкретный класс. Получается, что если следовать принципу DIP, то автовайринг из DI-контейнеров, работать не будет ? и нужно как обычны указывать зависимости вручную в контейнере. Я совсем в этом запутался.

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

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

Грубо говоря так это будет под капотом работать:

$container->add(AnyInterface::class, new AnyService());

При этом AnyService реализует указанный интерфейс

Гуглите и смотрите в доке, как именно у вашего контейнера реализовпн этот биндинг

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

7876010, автовайринг - это плюха, его отсутствие не нарушает DIP, так как вы можете указать какой сервис заинжектиит в другой, главное чтобы он реализовывал ожидаемый интерфейс

Answer 1

[Sergei Iamskoi]

Dependency injection - это когда в класс A мы передаем класс B через конструктор или сеттер, что бы он с ним работал, а не создавал его в своих нутрях.
Dependency Inversion - это когда мы в классе A работаем не с конкретной реализацией, а с интерфейсами: указываем интерфейсы в конструкторе, в методах, в возвращаемых типах и т.д.
Это два разных понятия, которые иногда объединяют в одно, и иногда их путают.
Так вот, autowiring - это про Dependency injection, а D в solid - это про Dependency Inversion. Одно другому не мешает и не нарушает.

Comments

[topuserman]

Чётко и понятно, спасибо!

Answer 2

[Максим]

Как это не будет? Может быть вы не правильно используете или не знаете как использовать?

В DI контейнере мы «привязываем» класс, который реализует интерфейс. Таким образом везде, где есть этот интерфейс будет работать созданный и «привязанный» нами класс.

Вроде бы там достаточно просто и понятно.

Comments

[topuserman]

Спасибо, можно пожалуйста пример? На любой реализации DI контейнера подойдёт.

[Максим]

7876010, на примере Symfony На примере Yii2

[topuserman]

php-di.org/doc/autowiring.html#limitations

Тут написано, что не будет работать автовайринг, если у аргументов нету типа, или тип - это не конкретный класс, а интерфейс например.

[Максим]

7876010, в вашем примере public function log(LoggerInterface $logger) { }
Типом является LoggerInterface

[topuserman]

Максим, LoggerInterface - это интерфейс. Откуда автовайринг будет знать, какой именно класс инициализировать ?

[topuserman]

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

[Максим]

7876010, я вам тут не опишу лучше, чем в документации. Скинул выше вам ссылки на симфони и yii2. Там можно понять.

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

Вы же не знаете как там компьютер выстраивает все процессы. Вы просто тыкаете по клавишам и происходят определенные действия. Так же и тут. Вы просто выставляете зависимости в DI, а уже как он их определяет особо не важно сейчас для вас.

[Максим]

7876010, вам просто нужно прочитать, а не задавать кучу вопросов) Вы на правильном пути. Только немного вдумчивости, спокойствия и внимательности)

[Евгений Ромашкан]

7876010,

получается, что нужно явно в контейнере указывать.

Да.

Тогда смысл автовайринга?

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

И DIP не про автовайринг.

Answer 3

[xmoonlight]

У Вас 2 варианта:
1. Пытаетесь исправить чьи-то ошибки.
2. Думаете своей головой.

Я выбрал - 2-й.

Comments

[topuserman]

ничего не понял..

[xmoonlight]

7876010, прочитайте внимательно (медленно!) свой вопрос и сделайте сопоставление с пунктами моего ответа.

[topuserman]

xmoonlight, все равно, не понял) загадками говорите

[xmoonlight]

7876010, Вы написали верно:

При использовании DI-контейнеров с autowiring - работать не будет. Для работы автовайринга нужно, чтобы был указан конкретный класс в зависимости.

Но при этом - пытаетесь это опровергнуть, втягивая ещё и других в это.
Зачем?