Что такое внедрение зависимостей?

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

, Например, рассмотрите эти классы:

public class PersonService {
  public void addManager( Person employee, Person newManager ) { ... }
  public void removeManager( Person employee, Person oldManager ) { ... }
  public Group getGroupByManager( Person manager ) { ... }
}

public class GroupMembershipService() {
  public void addPersonToGroup( Person person, Group group ) { ... }
  public void removePersonFromGroup( Person person, Group group ) { ... }
} 

В этом примере, для реализации PersonService::addManager и PersonService::removeManager был бы нужен экземпляр GroupMembershipService, чтобы сделать его работу. Без Внедрения зависимости традиционный способ сделать это состоял бы в том, чтобы инстанцировать нового GroupMembershipService в конструкторе PersonService лет и использовать тот атрибут экземпляра в обеих функциях. Однако, если у конструктора GroupMembershipService лет есть несколько вещей, это требует, или хуже все же, существует некоторая инициализация "методы set", которые нужно назвать на эти GroupMembershipService, код растет скорее быстро, и PersonService теперь зависит не только от GroupMembershipService, но также и все остальное, что GroupMembershipService зависит от. Кроме того, связь с [1 111] является hardcoded в PersonService, что означает, что Вы не можете "макет" GroupMembershipService для тестирования, или использовать стратегическую модель в различных частях Вашего приложения.

С Внедрением зависимости, вместо того, чтобы инстанцировать GroupMembershipService в Вашем PersonService, Вы или передали бы его в PersonService конструктор или иначе добавили бы Свойство (метод считывания и метод set) для установки локального экземпляра его. Это означает, что Ваш PersonService больше не должен волноваться о том, как создать GroupMembershipService, это просто принимает тех, это дано и работает с ними. Это также означает, что что-либо, что является подклассом [1 119], или реализует эти GroupMembershipService, интерфейс может быть "введен" в эти PersonService, и эти PersonService не должен знать об изменении.

Лучшее определение, которое я нашел до сих пор, один James Shore :

"Внедрение зависимости" является термином за 25 долларов для понятия за 5 центов. [...] Внедрение зависимости означает давать объекту свои переменные экземпляра. [...].

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

Внедрение зависимости в основном обеспечивает объекты, в которых объект нуждается (его зависимости) вместо того, чтобы иметь его создают их сам. Это - очень полезная техника для тестирования, так как это позволяет зависимостям дразниться или гаситься.

Зависимости могут быть введены в объекты многими средствами (такими как инжекция конструктора или инжекция метода set). Можно даже использовать специализированные платформы внедрения зависимости (например, Spring), чтобы сделать это, но они, конечно, не требуются. Вам не нужны те платформы, чтобы иметь внедрение зависимости. Инстанцирование и передача объектов (зависимости) явно являются столь же хорошей инжекцией как инжекция платформой.

Внедрение зависимости для 5 лет.

, Когда Вы идете и вытаскиваете вещи из холодильника для себя, можно вызвать проблемы. Вы могли бы оставить дверь открытой, Вы могли бы получить что-то, Мама или Папа не хотят, чтобы Вы имели. Вы могли бы даже искать что-то, что мы даже не имеем или которое истекло.

то, Что необходимо делать, указывает потребность, "Мне нужно что-то для питья с ланчем", и затем мы удостоверимся, что у Вас есть что-то, когда Вы садитесь для еды.

В простых словах, когда мы говорим, что зависимость пружиной, Это указывает, что мы создаем объекты и те объекты, зависит от некоторых других объектов

, Например: Вы хотите создать ноутбук

, Каковы вещи, в которых Вы нуждаетесь? Жесткий диск, RAM, Экран и т.д., Если ноутбук Вы создаете, имеют бренд “X”, затем необходимо одалживать различные части другим брендом (рассматривающий все Вы сборка can’t). Если Вы хотите создать объект, который зависит от другого объекта, Вы, can’t создают весь класс для этого, у нас есть различные классы.

class Laptop {
    HitachiHD obj1=new HitachiHD();
}

Это - слабая связь: Один объект не полностью зависит от другого. Так, здесь прибывает понятие абстракции —, Если мы захотим заменить Жесткий диск, то мы создадим внешний сервис, который введет контейнерный объект зависимости и введет его..

Ранее, у нас была пружина xml, если кто-то хочет объект, мы даем его в XML-файлах.

В springboot, мы не должны вручную менять имя объекта как XML-файл Spring. Здесь, мы используем и Автопроводную аннотацию Компонента для того, чтобы сделать это более слабо связанным.

@Component

class HitachiHD implements HardDrive {

}

В Laptop класс, куда мы собираемся использовать это, мы отметим его, как Автосоединено проводом

@ Autowired

HardDrive obj1;

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