В основному Весна є основою для залежність-ін’єкція що є схемою, яка дозволяє будувати дуже нерозділені системи.
Проблема
Наприклад, припустимо, що вам потрібно перелічити користувачів системи і таким чином оголосити інтерфейс під назвою UserLister:
public interface UserLister {
List<User> getUsers();
}
І, можливо, реалізація доступу до бази даних, щоб отримати всіх користувачів:
public class UserListerDB implements UserLister {
public List<User> getUsers() {
// DB access code here
}
}
На ваш погляд, вам потрібно буде отримати доступ до екземпляра (лише приклад, пам’ятайте):
public class SomeView {
private UserLister userLister;
public void render() {
List<User> users = userLister.getUsers();
view.render(users);
}
}
Зауважте, що наведений вище код не ініціалізував змінну userLister. Що нам робити? Якщо я явно інстанціюю такий об'єкт:
UserLister userLister = new UserListerDB();
... Я б поєднав представлення з моєю реалізацією класу, що має доступ до БД. Що робити, якщо я хочу перейти від реалізації БД до іншої, яка отримує список користувачів із відокремленого комою файлу (пам’ятайте, це приклад)? У такому випадку я б знову перейшов до свого коду і змінив вищезазначений рядок на:
UserLister userLister = new UserListerCommaSeparatedFile();
Це не має жодної проблеми з такою невеликою програмою, як ця, але ... Що відбувається в програмі, яка має сотні переглядів та аналогічну кількість бізнес-класів? Технічне обслуговування стає кошмаром!
Весняний (залежний впорскування) підхід
Що весна робить, це з'єднати класи за допомогою XML-файлу чи приміток, таким чином всі об'єкти ініціюються та ініціалізуються Spring та вводяться у потрібні місця (сервлети, веб-рамки, бізнес-класи, DAO, тощо, тощо, тощо, тощо) ...).
Повернувшись до прикладу навесні, нам просто потрібно мати сеттер для userListerполя і мати або XML-файл на зразок цього:
<bean id="userLister" class="UserListerDB" />
<bean class="SomeView">
<property name="userLister" ref="userLister" />
</bean>
або більш просто анотувати подані в нашому класі перегляду за допомогою @Inject:
@Inject
private UserLister userLister;
Таким чином, коли вид буде створений, він магічно матиме UserListerготовність до роботи.
List<User> users = userLister.getUsers(); // This will actually work
// without adding any line of code
Це здорово! Чи не так?
- Що робити, якщо ви хочете використовувати іншу реалізацію вашого
UserListerінтерфейсу? Просто змініть XML.
- Що робити, якщо не буде
UserListerготова реалізація? Програмуйте часовий макет виконання UserListerта полегшіть розвиток погляду.
- Що робити, якщо я більше не хочу використовувати Spring? Просто не використовуйте його! Ваша заявка не поєднана з нею. Інверсія управління стверджує: "Програма керує рамкою, а не рамка керує програмою".
Існує ще кілька варіантів ін'єкції залежності, що, на мій погляд, зробило Весну такою відомою, окрім її простоти, елегантності та стабільності, що хлопці SpringSource запрограмували безліч POJO, які допомагають інтегрувати Spring з багатьма іншими загальними рамками, не будучи нав'язливий у вашій програмі. Крім того, у Spring є кілька хороших підпроектів, таких як Spring MVC, Spring WebFlow, Spring Security і знову луанг-список тощо.
Сподіваюсь, це допомагає. У будь-якому разі, я закликаю вас прочитати статтю Мартіна Фаулера про впорскування залежностей та інверсію управління, оскільки він робить це краще, ніж я. Після розуміння основи поглянути на Спрінг документації , на мій погляд, це буде використовуватися , щоб бути кращою книгою Spring коли - або.
