Какие DI-контейнеры (контейнеры внедрения зависимостей) вы знаете для .NET?

Слушай, а ведь в .NET этих контейнеров для зависимостей — как собак нерезаных! Каждый норовит свой хуй в дело воткнуть, но на самом деле, если разобраться, то всё просто, как три копейки.

Ну, основные-то вот эти:

1. Родной контейнер от Майкрософта (Microsoft.Extensions.DependencyInjection)

   • Что за зверь? Это тот самый, который из коробки в ASP.NET Core идёт. Простой, шустрый и с фреймворком у него полная жопа дружбы.
   • Когда брать? Да в 90% случаев, честно! Если у тебя проект не какой-нибудь адский монстр с кучей пиздюлей, его за глаза хватит.
   • Как с ним работать? Ну, элементарно, Ватсон:

     // В Program.cs
     builder.Services.AddScoped<IEmailService, EmailService>(); // Один на запрос
     builder.Services.AddSingleton<ICacheService, CacheService>(); // Один на всех, как последняя пачка сигарет
     builder.Services.AddTransient<IDataProcessor, DataProcessor>(); // Новый каждый раз, как одноразовый стаканчик

2. Autofac

   • Что за зверь? Это уже серьёзная бандура. Мощный, гибкий, там и модули есть, и перехватывать вызовы можно, и жизненные циклы настроить — в общем, полный карт-бланш для параноика.
   • Когда брать? Когда твой проект такой большой, что уже сам с собой разговаривает, и тебе реально нужны эти все навороты, модульность или, не дай бог, AOP.
   • Как с ним работать? Чуть посложнее, но тоже ничего:

     var builder = new ContainerBuilder();
     builder.RegisterType<ReportService>().As<IReportService>().InstancePerLifetimeScope(); // Как Scoped
     builder.RegisterModule(new LoggingModule()); // Вот это модульность, детка!

3. Simple Injector

   • Что за зверь? А этот чувак помешан на скорости и порядке. Он такую проверку графа зависимостей при старте устроит, что все косяки вылезут, как шишки на лбу. И разрешает зависимости — овердохуища быстро.
   • Когда брать? Когда производительность — это святое, и ты хочешь спать спокойно, зная, что если приложение запустилось, то с зависимостями всё чики-пуки.
   • Как с ним работать? Строго, но честно:

     var container = new Container();
     container.Register<IUserRepository, SqlUserRepository>(Lifestyle.Scoped);
     container.Verify(); // А вот это — священный ритуал проверки. Не пройдёт — не запустится, и правильно!

4. Scrutor

   • Что за зверь? Это не контейнер, а такая хитрая приблуда сверху к родному майкрософтовскому. Её фишка — она может просканировать сборки и сама всё зарегистрировать по правилам. Руки отваливаются каждый раз AddScoped писать? Вот решение.
   • Когда брать? Когда лень как сука, но переходить на Autofac ещё рано. Хочешь оставить родной контейнер, но чтобы регистрация была почти автоматическая.
   • Как с ним работать? Магия в пару строк:

     builder.Services.Scan(scan => scan
         .FromAssemblyOf<ITransientService>()
         .AddClasses(classes => classes.AssignableTo<ITransientService>())
             .AsImplementedInterfaces()
             .WithTransientLifetime() // И всё! Ничего не забыл, не ошибся.
         );

5. Ninject & Unity

   • Что за зверь? О, это ветераны, деды. Раньше были в каждой хате. Сейчас, честно говоря, на новых ASP.NET Core проектах их уже редко встретишь. Все либо на родном, либо на Autofac/SI переметнулись. Unity, кстати, от Майкрософта был, но его, можно сказать, на пенсию отправили.

Так какой же выбрать, ёпта? Да не усложняй! Начинай всегда с родного, встроенного. Он для большинства задач — то что надо. А вот если почувствуешь, что проект разбухает, как тесто на дрожжах, и тебе уже не хватает его скромных талантов — вот тогда уже смотри в сторону Autofac (если хочешь власть и гибкость) или Simple Injector (если хочешь скорость и железобетонную надёжность). Всё просто, как два пальца об асфальт.