Суть Ninject

Всем привет! Можно ли рассказать мне про внутренности Ninject, так сказать behind the scenes. Как все под капотом работает, а то примеры кода понимаю легко, вроде все ясно, НО не чую никакого сакрального смысла зачем же его используют на проектах? И почему обязанность по созданию объектов мы возлагаем именно на него? Такое чувство, что все выражаются абстракциями а по толку сказать ничего не могут.

0

Сообщение от kingass И почему обязанность по созданию объектов мы возлагаем именно на него?

Тебе походу нужно про это https://ru.wikipedia.org/wiki/... ависимости читать.

Если очень просто:
Всё это нужно для модульных приложений.
Когда изначально неизвестно какие будут возможности у приложения.
Когда возможности можно расширять просто подкладывая модули(dll) в папку с программой.

Мы не можем из таких dll взять и создать экземпляр класса типо: Мы просто не знаем в приложении, что он есть.

Задача контейнера зависимостей(Ninject) загрузить все зависимости из такой сборки в наше приложение.

Приложение будет знать только интерфейсы сервисов, а ninject будет создавать сами сервисы для этих интерфейсов.
Соответственно мы сможем менять dll в папке, меняя поведение всего приложения.

1

Сервис Локатор + Фабрика на стероидах = Ninject


и причем тут ASP.NET MVC?

Cуть в том что бы построить граф зависимости, решить проблемы с циклическими зависимости (Lazy<>), управлять временем жизни(Object Lifecycles), использовать Convention для авто регистрации.

0

Сообщение от kingass И почему обязанность по созданию объектов мы возлагаем именно на него?

Так проще. В противном случае нам бьі пришлось все пробрасовать в параметрах конструктора, а метод Main (точка старта приложения) примимал 100500 параметров.

Сообщение от kingass зачем же его используют на проектах?

Пример один: переежаем с MySQL на MSSQL. Если бьі мьі юзали не интерфейс IRepository, а сам класс Repository, нам придется править также во всех используемьіх частях. С иньекциями мьі просто меняем dll реализации.

Пример два: перестройка проекций на CQRS путем повторной прогонки Event. Язьіком смертньіх: у нас есть лог команд записей в БД, мьі полностью очищаем репозиторий и заново все туда записьіваем с нужньіми нам правками. При єтом, если у нас по каким-то действиям также шло уведомление на почту, то по идеи на момент перестройки можно задать в параметрах фабрики подключать другую реализацию интерфейса отправки уведомления, которая ничего не вьіполняет (как вариант еще создавать обработчики ивентов, которьіе связаньіе только с базой).

p.s. когда работаешь только с интерфейсами, отбивает желание лезть в закрьітьіе части или же вообще завязьіватся на внутреней реализации.

0

Спасибо, стало понятнее но есть вопросы для прояснения (для лучшего понимания):
1.

Сообщение от LeniumSoft Тебе походу нужно про это https://ru.wikipedia.org/wiki/... ависимости читать.

Как раз мне был именно не до конца понятен Ninject, а DI мне понятен.
2. Для ясности,

Сообщение от LeniumSoft Задача контейнера зависимостей(Ninject) загрузить все зависимости из такой сборки в наше приложение.

Как именно происходит загрузка данных зависимостей?
3.

Сообщение от LeniumSoft Приложение будет знать только интерфейсы сервисов,

Т.е. те интерфейсы, тот, можно сказать, протокол общения который определен заранее на основе тех же самых интерфейсов в проекте до добавления какой либо другой dll.
4.

Сообщение от LeniumSoft а ninject будет создавать сами сервисы для этих интерфейсов.

т.е. нам будет достаточно знать dll и интерфейс а обязанность ninject предоставить экземпляр класса который реализует интерфейс.
И еще слышал фразу, что "при необходимости что-либо изменить, нам придется изменить это в одном месте" я вроде понимаю что без ninject мы бы создавали по всему проекту экземпляры классов вручную и пришлось бы менять их везде там, где мы их и создаем. Но с ninject это говорится про то место где фигурируют методы расширения Bind() и To() ?
когда ninject понимает что надо создать и предоставить объект пользователю?

0