08-01-2008

Spring Framework – первые шаги (Конспект второй)

 Конспект второй : Inversion of Control vs. Dependancy Injection

В этой строке как раз и заключается вся соль – именно она лишает возможности полноценно использовать RegisterFormController совместно со Spring Framework. Почему, спросите вы? Ведь никакой крамолы в данном коде нет!? Совершенно верно – крамолы нет. Но, использовать полноценно этот класс не получится, т.к. если Вам понадобится не SMTP почтовый агент, а IMAP – Вам придется перерабатывать Ваш код.У приведенного выше класса есть метод send(), который и должен выполнять эту функцию. Обратите особое внимание на строку выделенную красным цветом
Vyacheslav Yakovenko

package com.personality.examples.spring.ioc;
 
publicclass RegisterFormController {
privatestaticfinal String MESSAGE_HELLO_WORLD = "Hello, World!";
publicvoid send() {
MailService mailService = new SmtpMailService();
try {
mailService.sendMessage(MESSAGE_HELLO_WORLD);
} catch (MailServiceSendMessageException e) {
e.printStackTrace();
}// try/catch
}// send()
}
MailService mailService = new SmtpMailService();

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

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

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

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

package com.personality.examples.spring.ioc;
 
publicclass RegisterFormControllerReadyForIoC {
privatestaticfinal String MESSAGE_HELLO_WORLD = "Hello, World!";
private MailService mailService;
publicvoid send() {
try {
mailService.sendMessage(MESSAGE_HELLO_WORLD);
} catch (MailServiceSendMessageException e) {
e.printStackTrace();
}// try/catch
}// send()
public MailService getMailService() {
return mailService;
}
publicvoid setMailService(MailService mailService) {
this.mailService = mailService;
}
}
 
Spring Framework - первые шаги (Конспект первый) :: Spring Framework - первые шаги (Конспект третий)

Вам есть, что сказать?

Имя Комментарий

Введите код