Почему композицию чаще рекомендуют использовать по сравнению с наследованием?

1. Гибкость: Композиция позволяет изменять поведение объекта во время выполнения, добавляя или удаляя компоненты. Наследование же предоставляет статичную иерархию.
2. Слабая связанность: Объекты, использующие композицию, менее связаны друг с другом. Изменение одного компонента не требует изменения всех наследников, как при наследовании.
3. Многократное использование: Компоненты можно использовать в разных классах, что способствует повторному использованию кода.
4. Предотвращение проблем "алмазного наследования": В языках с множественным наследованием (не Java) может возникнуть проблема с дублированием или конфликтом методов. При композиции такой проблемы нет.
5. Лучшая тестируемость: Объекты с композицией легче тестировать, подменяя или изолируя компоненты.
6. Ясность: Композиция более явно демонстрирует отношение "имеет-а" (has-a) в отличие от отношения "является-а" (is-a) при наследовании.

Пример композиции:

// Интерфейс компонента
interface Engine {
    void start();
}

// Реализация компонента
class GasolineEngine implements Engine {
    @Override
    public void start() {
        System.out.println("Запуск бензинового двигателя");
    }
}

// Класс, использующий композицию
class Car {
    private Engine engine; // Композиция: Car имеет Engine

    public Car(Engine engine) {
        this.engine = engine;
    }

    public void startCar() {
        engine.start(); // Делегирование вызова компоненту
    }
}