Народ, я смотрел некоторые проекты , где постоянно мелькает dependency injection .
Посмотрел ролики вводящие в курс дела.
Из одного ролика понял, что этими словами назван обычный механизм плагинов основанный на интерфейсах и еще подмешали туда концепт Фабрики.
это так или эти два слова означают какую то более глобальную вещь?
просто создалось ощущение, что это и так все есть, просто придумали красивое название.

многие статьи о этих двух словах, начинаются как " знаете это как космос, но я сча попробую сделать проекцию этого на ваш мозг" и начинают ...

не, это разве должно мне быть интересно?
вдруг для wpf классика была изменена?

да, но саморазвитие это время. если саморазвиваться, то можно отключится от жизни за счет всяких статеек :)

я прочитал твою ссылку.
я так понял, что это актуально, когда вокруг полно "мусора", и если этот "мусор" использовать через dependency injection , то сложится пригодная для использования программа?

это короче идея да :)
я прочитал уже половину.

но не понятно, это как бы все описывает технологию плагинов, через interface, но только , как автор классики , утверждает, "But I still need to have some way to get an instance of the right finder implementation into place." зачем?

авторThe real point of this article is this finder object, or particularly how we connect the lister object with a particular finder object. The reason why this is interesting is that I want my wonderful moviesDirectedBy method to be completely independent of how all the movies are being stored.
то есть, вот в чем смысл .
аналогия сразу всплывает в памяти это ado.net . там решается такая же задача. и она решена.
а тут значит изобрели dep inject.

а еще вопрос, а это практично юзать dep inject , вместо продуманной архитектуры?

вопрос у тебя не корректно составлен.
короче я начал смекать. что DI , это тот же лес , что и mvvp и т.п.
это придумки шаблонщиков! во.
спасибо, что вразумил.

авторЗЫ Относительно IoC\DI контейнеров : они радикально сокращают время разработки и тоже добавляют гибкости без изменения всего проекта. Не нужны они только, если это не "Hello Word" в одну строчку.

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

я еще так понял, многим не под силу продумать, классы через наследование.
Алексей К, да там беседа тухлая. тупо реклама IoC . они позволяют одно, подставить костыль, если ты ниче не продумал. а потом, утверждать смотри как круто , у меня все работает на IoC , я все продумал ыыы

еще там, Seva , пррограммирует ради программирования. это видно из описание его целей. в принципе наверное, если это делать, то Dj IOC подходит.

я не ищу успехов в программировании :)
это к SeVa , может еще и к комуто.
ыыы

кстати, прочитал сча книжку Manning DI in .NET
страница 87 Di Container Landscape , интересная вещь, которая пытается пролить свет на многие не понятности.

Самая хорошая мысль, из этой книги, что DI это для особого стиля разработки программ - Agile.
Собственно вот и все.

Для тех кто тоже хочет понять, то просто прочитать эти книгу , захватит первые три главы и станет все на свои места.