Что хотят услышать интервьюеры:

Нужно показать, что зависимость уменьшают за счёт абстракций, а не конкретных классов. Обычно для этого используют интерфейсы, внедрение зависимостей и инверсию управления. Это делает код проще для тестирования, замены реализаций и сопровождения.

Определение:

Снижение зависимости компонентов — это проектирование кода так, чтобы модули не знали детали реализации друг друга и взаимодействовали через стабильные контракты. В C# чаще всего это достигается через интерфейсы, передачу зависимостей извне, фабрики, а также через выделение ответственности в отдельные классы.

Пример использования:

Допустим, сервис отправляет уведомления, но не должен знать, как именно они отправляются — по email, SMS или в мессенджер. Тогда сервис зависит не от конкретного EmailSender, а от интерфейса INotificationSender.

public interface INotificationSender
{
    void Send(string message);
}

public class EmailNotificationSender : INotificationSender
{
    public void Send(string message)
    {
        Console.WriteLine($"Email: {message}");
    }
}

public class OrderService
{
    private readonly INotificationSender _notificationSender;

    public OrderService(INotificationSender notificationSender)
    {
        _notificationSender = notificationSender;
    }

    public void CreateOrder()
    {
        // Логика создания заказа
        _notificationSender.Send("Заказ создан");
    }
}

Пояснение кода:

Код не требуется дополнительно разбирать по шагам, так как пример уже показывает принцип.

OrderService не создает EmailNotificationSender внутри себя.
Вместо этого он получает зависимость через конструктор.
OrderService работает только с интерфейсом INotificationSender.
Если нужно сменить способ отправки, достаточно подменить реализацию, не меняя OrderService.
Такой подход упрощает unit-тесты: можно передать mock или stub вместо реального отправителя.

Ключевые моменты:

Зависеть нужно от абстракций, а не от конкретных классов.
Внедрение зависимостей через конструктор — один из самых практичных способов уменьшить связанность.
Это повышает тестируемость, расширяемость и переиспользуемость кода.
Полезно выделять одну ответственность на класс — это тоже снижает связанность.
Фабрики и DI-контейнеры помогают централизованно управлять созданием объектов.

Каким образом можно снизить зависимость компонентов в коде для повышения его гибкости?