package com.personality.examples.spring.ioc;
 
public class RegisterFormController {
private static final String MESSAGE_HELLO_WORLD = "Hello, World!";
 
public void send() {
MailService mailService = new SmtpMailService();
try {
mailService.sendMessage(MESSAGE_HELLO_WORLD);
} catch (MailServiceSendMessageException e) {
e.printStackTrace();
}// try/catch
}// send()
}
 
MailService mailService = new SmtpMailService();

„Но ведь можно разработать фабрику, которая будет возвращать необходимый экземпляр почтового агента!“, - скажет мне искушенный в таких вопросах программист и будет по своему прав. Но ведь нам то хочется иметь возможность декларативного конфигурирования системы! И именно тут при попытке декларативно сконфигурировать нашу систему и возникнет проблема. О том, как ее решить, я расскажу чуть позже, а пока... пока мы вернемся к коду и постараемся анатомировать его.

Итак, код выделенный красным цветом, говорит нам о том, что класс RegisterFormController полностью контроллирует (композиция) процесс создания экземпляра почтового клиента. Т.о. все функции по созданию экземпляров классов, будь то с помощью директивы new, или с помощью фабрики MailService.getInstance() уже не имеет для нас значения. Главное, что все эти функции сосредоточены в самом приложении. Это и есть традиционный способ инстанцирования объектов, характерных для многих приложений. Ну что же, с традиционным способом мы разобрались, теперь подошло время для того, чтобы разобраться с IoC.

Я несколько модифицирую RegisterFormController, превратив его в RegisterFormControllerReadyForIoC и добавлю класс Framework, который (да простит меня Род Джонсон  ), проиллюстрирует то, что делает Spring. Итак:

Обратите внимание на то, что ничего сверхестественного я не сделал, а просто привел класс в соответствие с JavaBean спецификацией, добавив методы setMailService() и getMailService() и убрав инициализацию свойства mailService из класса. Т.о. класс RegisterFormControllerReadyForIoC уже не контроллирует процесс создания экземпляра почтового клиента. Ключевая фраза здесь - „уже не контроллирует“. А ведь кто-то должен этот процесс контроллировать  .

Переходим к созданию фреймворка:

package com.personality.examples.spring.ioc;
public class Framework {
public static void main(String[] args) {
MailService mailService = new SmtpMailService();
RegisterFormControllerReadyForIoC controller = new RegisterFormControllerReadyForIoC();
controller.setMailService(mailService);
controller.send();
}
}

package com.personality.examples.spring.ioc;
public class RegisterFormControllerReadyForIoC {
private static final String MESSAGE_HELLO_WORLD = "Hello, World!";
private MailService mailService;
public void send() {
try {
mailService.sendMessage(MESSAGE_HELLO_WORLD);
} catch (MailServiceSendMessageException e) {
e.printStackTrace();
}// try/catch
}// send()
public MailService getMailService() {
return mailService;
}
public void setMailService(MailService mailService) {
this.mailService = mailService;
}
}