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

Важно, чтобы модули были слабо связаны: тогда систему проще менять, тестировать и сопровождать. Изменения в одном модуле меньше ломают другие части. Это снижает стоимость развития продукта и риск регрессий.

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

Зависимость между модулями — это степень, с которой один модуль опирается на внутреннее устройство другого. Чем меньше модуль знает о реализации соседей, тем лучше архитектура. Слабая связность позволяет заменять, расширять и тестировать части системы независимо.

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

Например, сервис заказа не должен напрямую знать, как именно отправляется письмо клиенту. Он должен зависеть от абстракции, а не от конкретной реализации.

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

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

public class OrderService
{
    private readonly INotificationService _notificationService;

    public OrderService(INotificationService notificationService)
    {
        _notificationService = notificationService;
    }

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

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

OrderService не зависит от EmailNotificationService напрямую, а работает через INotificationService. Это позволяет без изменений в OrderService подменить email-уведомления на SMS, push или мок для тестов. Такая связь через интерфейс уменьшает количество мест, которые нужно менять при изменении требований.

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

Меньше зависимостей — проще сопровождать и развивать систему.
Изменения локализуются и реже вызывают каскадные поломки.
Становится легче писать unit-тесты и подменять реализации.
Архитектура лучше соответствует принципу инверсии зависимостей.
Полезно зависеть от абстракций, а не от конкретных классов.

Почему важно уменьшать зависимость между модулями в системе?