Что такое DI-контейнер (контейнер внедрения зависимостей)?

Давай разжую тебе эту тему про DI-контейнеры, а то смотрю, глаза стекленеют. Представь себе, что ты строишь тачку. У тебя есть двигатель, колёса, руль — куча деталей, которые друг в друга вставляются. Так вот, если бы ты делал это вручную в коде, тебе пришлось бы каждый раз, когда нужна новая машина, самому бегать по складу, искать эти детали, отвёрткой их прикручивать. Ебать колотить, сколько же шаблонного кода!

А DI-контейнер — это такой хитрый жопа робот-сборщик на этом складе. Ты ему один раз говоришь: «Слушай, робот, запоминай: когда кто-то просит „руль“ — давай ему вот этот спортивный, а когда просит „движок“ — вот этот V8, и чтобы он был один на всю фабрику (синглтон), а не каждый раз новый». Это и есть регистрация.

Потом, когда твоему классу ГоночнаяТачка в конструкторе нужны и руль, и движок, ты просто кричишь: «Эй, контейнер, дай мне ГоночнуюТачку!». А он такой: «Ща, братан». И сам находит все нужные детали, скручивает их в кучу и подаёт тебе готовый, нахуй, собранный автомобиль. Это разрешение зависимостей. Овердохуища удобно!

Ну и нахуя это всё, спросишь?

• Не пишешь один и тот же код по 100 раз. Не нужно вручную new UserRepository(new DbContext(new Config(...))). Контейнер сделает это сам.
• Всё управление в одном месте. Где-то в начале программы ты объявляешь, кто на кого завязан. Хочешь поменять реализацию — тыкаешь в одном месте, а не бегаешь по всему коду.
• Тестировать — одно удовольствие. Захотел потестить контроллер без реальной отправки писем? Да похуй! Скажи контейнеру в тестах: «Вместо SmtpEmailService подсовывай FakeEmailService». И всё, контроллер даже не заметит подмены.
• Жизненный цикл под контролем. Сказал «синглтон» — будет один экземпляр на всех. Сказал «скопед» — будет новый на каждый HTTP-запрос. Сказал «транзиент» — каждый раз свеженький. Красота!

Смотри, как это выглядит в деле (C#):

// 1. Регистрируем сервисы в контейнере. Обычно это делается при старте.
var builder = WebApplication.CreateBuilder(args);

// "Скопед" — один экземпляр на запрос. Для сервиса отправки писем — то, что надо.
builder.Services.AddScoped<IEmailService, SmtpEmailService>();

// "Синглтон" — один экземпляр на всё приложение. Репозиторий с кэшем, например.
builder.Services.AddSingleton<IUserRepository, SqlUserRepository>();

// А тут регистрируем с фабрикой, если нужно настройки из конфига подтянуть.
builder.Services.AddTransient<IApiClient>(sp =>
{
    var config = sp.GetRequiredService<IConfiguration>();
    var baseUrl = config["Api:BaseUrl"];
    var timeout = config.GetValue<int>("Api:Timeout");
    return new HttpClientApiClient(baseUrl, timeout);
});

// 2. А вот как этим пользуются. Контроллер просто заявляет: "Хочу то и то".
public class UserController : ControllerBase
{
    private readonly IUserRepository _userRepository;
    private readonly IEmailService _emailService;

    // Контейнер САМ, блядь, найдёт и подставит сюда нужные реализации!
    public UserController(IUserRepository userRepository, IEmailService emailService)
    {
        _userRepository = userRepository;
        _emailService = emailService;
    }

    [HttpPost]
    public async Task<IActionResult> Register(UserDto userDto)
    {
        var user = await _userRepository.CreateAsync(userDto);
        await _emailService.SendWelcomeEmail(user.Email);
        return Ok(user);
    }
}

// 3. Иногда нужно достать сервис вручную (например, внутри фабрики).
public class SomeFactory
{
    private readonly IServiceProvider _serviceProvider; // Это и есть наш контейнер
    public SomeFactory(IServiceProvider serviceProvider) => _serviceProvider = serviceProvider;

    public IReportGenerator CreateReportGenerator(string type)
    {
        // Достаём из контейнера то, что нужно
        return type switch
        {
            "pdf" => _serviceProvider.GetRequiredService<PdfReportGenerator>(),
            "csv" => _serviceProvider.GetRequiredService<CsvReportGenerator>(),
            _ => throw new ArgumentException("Unknown report type")
        };
    }
}

Короче, сам от себя охуел, насколько это упрощает жизнь, когда проект растёт. В .NET есть свой встроенный контейнер (Microsoft.Extensions.DependencyInjection), но если хочется манда с ушами понавороченнее — есть Autofac, Ninject. Суть одна: ты управляешь архитектурой, а не клеишь её на соплях в каждом классе. Пизда рулю, а не наоборот.