adminhq

Spring dependency injection — внедрение зависимостей в Spring

Spring

Продолжим тему фреймворка Spring и сегодня рассмотрим spring dependency injection или внедрение зависимостей как его еще иногда называют. Для того, чтобы разобраться как работает внедрение зависимостей в данном java фреймворке нужно разобрать понятие Inversion of Control (далее IoC) инверсия управления.

IoC — принцип объектно-ориентированного программирования, который предназначен для уменьшения связанности модулей и классов программы. Данный принцип входит в пятерку SOLID принципов. Если не вдаваться в подробности, то в нем говориться что модули верхних уровней не должны зависеть от модулей нижних уровней. Данные модули должны зависеть от абстракций. А если еще проще, то нужно пытаться программировать на уровне абстракций, а не реализаций. Тогда, когда Ваша реализация будет меняться, ее изменения не затронут верхние уровни.

Dependency injection (DI) — как раз и есть одной из реализаций IoC. Spring Framework имеет очень отличную поддержку DI. Как раз ее реализацию в Spring сейчас на примере и посмотрим.

Мы уже программировали на уровне абстракций. В статье Spring MVC первое веб приложение мы предоставляли доступ к нашей сущности Order через интерфейс OrderRepository и его реализацию OrderRepositoryImpl. Далее мы использовали OrderRepository в сервис слое и уже OrderService мы предоставили как конечную точку доступа к сущности Order.

На первый взгляд такая архитектура кажется избыточной, но если рассмотреть подробнее — ее реализация очень удобная в случае добавления или изменения функционала. Допустим Вы решили, что теперь будете использовать хранение данный в базе данных. Для этого Вам не нужно менять сервис и его использование. Достаточно поменять только класс OrderRepositoryImpl. Для тех, кто не в курсе, что это за класс:

Код   
  1. package com.javamaster.repository;
  2.  
  3. import java.util.ArrayList;
  4. import java.util.List;
  5.  
  6. import com.javamaster.domain.Order;
  7.  
  8. public class OrderRepositoryImpl implements OrderRepository {
  9.    
  10.     private List<Order> orders = new ArrayList<Order>();
  11.    
  12.     public OrderRepositoryImpl() {
  13.         Order order = new Order();
  14.         order.setId(1);
  15.         order.setPrice(234d);
  16.         order.setTitle("Pizza peperoni");
  17.         Order order2 = new Order();
  18.         order2.setId(2);
  19.         order2.setPrice(123d);
  20.         order2.setTitle("Sushi Philadelfia");
  21.         orders.add(order);
  22.         orders.add(order2);
  23.     }
  24.  
  25.     public void save(Order order) {
  26.         orders.add(order);
  27.     }
  28.  
  29.     public void delete(Order order) {
  30.         orders.remove(order);
  31.     }
  32.  
  33.     public List<Order> getAll() {
  34.         return orders;
  35.     }
  36.  
  37.     public Order getById(Integer id) {
  38.         return orders.get(id);
  39.     }
  40. }

 

Код выше — простой DAO класс для стандартных операций над сущностью. Здесь для примера хранение происходило в списке. Если Вы решите изменить хранение данных на другую систему, поменять нужно будет только класс выше. Наш сервис ничего не знает о реализации. Он просто хранит и предоставляет методы.

Теперь о том, как реализована DI в Spring. Для того, чтобы Spring мог делать внедрения в классе есть три базовые аннотации: @Component, @Service, @Repository.

spring di

Эти аннотации нужно добавить над теми классами, которые Вы хотите внедрить в зависимости. На примете простого Spring MVC приложения попробуем реализовать данные аннотации.

Класс OrderRepositoryImpl пометим аннотацией @Repository:

Код   
  1. package com.javamaster.repository;
  2.  
  3. import java.util.ArrayList;
  4. import java.util.List;
  5.  
  6. import org.springframework.stereotype.Repository;
  7.  
  8. import com.javamaster.domain.Order;
  9.  
  10. @Repository
  11. public class OrderRepositoryImpl implements OrderRepository {
  12.    
  13.     private List<Order> orders = new ArrayList<Order>();
  14.    
  15.     public OrderRepositoryImpl() {
  16.         Order order = new Order();
  17.         order.setId(1);
  18.         order.setPrice(234d);
  19.         order.setTitle("Pizza peperoni");
  20.         Order order2 = new Order();
  21.         order2.setId(2);
  22.         order2.setPrice(123d);
  23.         order2.setTitle("Sushi Philadelfia");
  24.         orders.add(order);
  25.         orders.add(order2);
  26.     }
  27.  
  28.     public void save(Order order) {
  29.         orders.add(order);
  30.     }
  31.  
  32.     public void delete(Order order) {
  33.         orders.remove(order);
  34.     }
  35.  
  36.     public List<Order> getAll() {
  37.         return orders;
  38.     }
  39.  
  40.     public Order getById(Integer id) {
  41.         return orders.get(id);
  42.     }
  43. }

 

Класс OrderServiceImpl соответственно аннотацией @Service:

Код   
  1. @Service
  2. public class OrderServiceImpl implements OrderService {

 

Теперь, чтобы использовать реализацию OrderRepository нужно в сервисе воспользоваться аннотацией @Autowired. Теперь в сервисе вместо private OrderRepository orderRepository = new OrderRepositoryImpl(); будет 

Код   
  1. @Autowired
  2. private OrderRepository orderRepository;

Теперь, чтобы использовать сервис в контроллере можно заменить строку: private OrderService orderService = new OrderServiceImpl(); на

@Autowired
private OrderService orderService;

Spring сам найден нужную реализацию выше указанных интерфейсов.

Аннотации @Component, @Service, @Repository всего лишь обозначают для спринг, что это реализации соответствующих интерфейсов.

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

Еще пример dependency injection на видео ниже:

 

Еще по теме

2

  1. Добрый день! Подскажите пожалуйста, а если у нас несколько реализаций OderRepository, как Spring’у указывать нужную реализацию? Где-то в конфигах прописывается?
    Если в конфигах, то можно ли их менять на «лету», без перезагрузки сервера…..или я как-то не так понимаю работу этой системы?
    Заранее спасибо!

    Ответить

  2. Здравствуйте. Если у нас есть несколько реализаций некоего класса или объекта, то можно воспользоваться аннотацией @Qualifier
    Для одного OderRepository указываем @Qualifier(«order_repository1») для другого @Qualifier(«order_repository2») для примера. Далее, когда нам нужно внедрить зависимость в какой-то класс. Мы под аннотацией @Autowired добавляем аннотацию @Qualifier(«order_repository1») или @Qualifier(«order_repository2 «) в зависимости от того какой реализацией OderRepository хотим воспользоваться.

    Ответить

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *