Конспект третий : Inversion of Control vs. Dependancy Injection (продолжение)

Во-первых, здесь следует отметить тот факт, что в 2004 году Мартин Фаулер в своей статье „Inversion of Control Containers and the Dependency Injection pattern" предложил уйти от термина Inversion of Control (IoC) в пользу Dependancy Injection (DI), мотивируя это тем, что термин IoC слишком общий и вызывает проблемы в осознавании происходящего у людей его использующих („Inversion of Control is too generic a term, and thus people find it confusing.").

Я же со своей стороны, не могу не согласиться с Мартином и предлагаю в дальнейшем использовать следующие термины: Inversion of Controll (IoC) контейнер – относить непосредственно к самому контейнеру т.е. собственно сам фреймворк и Dependency Injection (DI) паттерн – это шаблон проектирования, позволящий разработчикам „развязать" (decouple) компоненты их приложения, тем самым ослабив связи между ними.

• Jacob Proffitt в совем блоге "Dependancy Injection" утверждает, что Dependancy Injection не имеет ничего общего с архитектурными взглядами на постороение ПО, а единственная причина популярности этого патерна заключается в том, что он позволяет эффективно использовать юнит тесты, подставляя "временные" (mock) объекты вместо тех, которые будут использоваться в рабочей системе (production);

• Ayende, создатель of RhinoMocks смотрит на эти вещи уже совсем по другому и считает, что главным достоинством Dependancy Injection , является все же слабая связанность объектов системы, ну что же – с этим действительно сложно поспорить;

• И на последок, мнение Nate Kohari, утверждающего, что с точки зрения фанатов GoF, Dependancy Injection - не что иное, как шаблон Strategy.

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

В следующей лекции мы подробно остановимся на рассмотрении Application Context и практической реализации конфигурации приложения с помощью Spring Framework.

Vyacheslav Yakovenko