Инъекция зависимостей 2 достигает GA

Почему DI?

Ninject — это структура внедрения зависимостей (DI) для разработки .NET. Он разделяет приложения на набор слабо связанных, высоко связных частей, а затем склеивает их вместе. Если вы внедряете зависимости без DI-фреймворка, вы сгенерируете код стрелки по всему вашему приложению, говорящий классам, как построить их зависимости:

    public Contact()
        : this(new DataGateWay())
    {
    }

Такой инструмент, как Ninject, конденсирует код стрелки в одном месте, что облегчает изменение зависимостей:

internal class ProductionModule : StandardModule
{
    public override void Load()
    {
        Bind<IDataGateway>().To<DataGateWay>();
    }
}

Инфраструктуры DI также облегчают тестирование кода, высмеивая интерфейсы, необходимые для определенного блока кода. Функциональные возможности можно легко поменять местами, не нарушая другие части кода.

Ninject 1 против Ninject 2

Ninject 2 использует LINQ, поэтому он не поддерживает .NET 2.0 или ниже. Лучше, если вы используете Ninject 1 для чего-то ниже, чем .NET 3.5. Основным изменением в Ninject 2 является новая система определения объема, которая использует сборщик мусора для восстановления экземпляров вместо привязки поведения. Любой POCO может стать предметом обзора. Вы можете найти синтаксические изменения для определения жизненного цикла в блоге Kohari.
, Также есть новая семантика выбора конструктора. В Ninject 2 используются конструкторы с атрибутом [Inject], но с несколькими конструкторами, имеющими [Inject], вы получите исключение NotSupportedException. Если вы не поместите атрибуты [Inject] в свои конструкторы, Ninject 2 выберет атрибут, который содержит наиболее разрешимые параметры. Если конструкторы не определены, Ninject 2 просто выберет конструктор по умолчанию без параметров. Атрибуты поведения и внедрение полей были удалены из Ninject 2.