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

SOLID помогает делать код проще для понимания, изменения и тестирования. Эти принципы снижают связанность между частями системы и уменьшают риск сломать уже работающий код при доработках. Важно показать, что SOLID — это не «теория ради теории», а практический набор правил для роста проекта.

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

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

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

Допустим, в системе есть сервис оформления заказа. Вместо одного большого класса, который считает скидки, отправляет уведомления и сохраняет заказ, эти задачи выносятся в отдельные компоненты. Тогда при изменении логики скидок не придется переписывать код отправки email или сохранения в базу.

class OrderService {
    private final DiscountCalculator discountCalculator;
    private final NotificationSender notificationSender;
    private final OrderRepository orderRepository;

    public OrderService(DiscountCalculator discountCalculator,
                        NotificationSender notificationSender,
                        OrderRepository orderRepository) {
        this.discountCalculator = discountCalculator;
        this.notificationSender = notificationSender;
        this.orderRepository = orderRepository;
    }

    public void placeOrder(Order order) {
        int discount = discountCalculator.calculate(order);
        order.applyDiscount(discount);
        orderRepository.save(order);
        notificationSender.send(order);
    }
}

interface DiscountCalculator {
    int calculate(Order order);
}

interface NotificationSender {
    void send(Order order);
}

interface OrderRepository {
    void save(Order order);
}

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

В примере OrderService не знает деталей реализации скидок, уведомлений и сохранения. Он работает только через интерфейсы, то есть через абстракции. Это позволяет подменять реализации без изменения самого сервиса: например, вместо email-уведомлений можно подключить SMS или push-уведомления. Такой подход уменьшает связанность и упрощает тестирование, потому что для OrderService можно подставить моки.

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

SOLID повышает читаемость и снижает сложность изменений.
Принцип единственной ответственности делает классы менее «толстыми» и более понятными.
Открытость/закрытость помогает добавлять новое поведение без правок в уже стабильном коде.
Подстановка и разделение интерфейсов уменьшают жесткую связанность между частями системы.
Инверсия зависимостей упрощает тестирование и замену реализаций.
В сумме SOLID снижает стоимость сопровождения и уменьшает количество регрессий.

Как принципы SOLID способствуют улучшению качества и поддерживаемости программного обеспечения?