Кратко: композиция обычно предпочтительнее наследования, когда нужна гибкая повторная сборка поведения, слабая связность, сочетание нескольких независимых свойств или изменение поведения во время выполнения. Ниже — сравнение подходов и доступных приёмов в Java, JavaScript и Rust.
Когда композиция предпочтительнее (кратко)
- Когда поведение не формирует «is‑a» отношение и наследование нарушит инварианты или Liskov‑замещение.
- Когда нужны комбинируемые, перекрывающиеся или сменяемые роли (множественное поведение).
- Чтобы уменьшить связность и избегать «хрупкого базового класса».
- Чтобы менять поведение в рантайме (динамическая композиция).
- Чтобы явнее контролировать видимость и капсуляцию состояния.
Java
- Ограничения: класс может расширять только один суперкласс, но может реализовывать много интерфейсов.
- Основные композиционные приёмы:
- Сохранение ссылок на объекты (has‑a) + явная делегация методов (обычная композиция).
- Паттерн Strategy — интерфейс + объект-реализация, делегирование стратегии.
- Декоратор — обёртки, реализующие тот же интерфейс и делегирующие часть вызовов.
- Adapter/Facade для объединения/адаптации нескольких компонентов.
- Интерфейсы с default‑методами — дают возможности частичного повторного использования (mixin‑подобно), но без состояния.
- Функциональные интерфейсы и лямбды для композиции поведения (встраивание функций как полей).
- Внедрение зависимостей (DI, Spring) — композиция на уровне конфигурации и времени выполнения.
- Инструменты/библиотеки: Lombok @Delegate или сторонние генераторы делегирования для уменьшения шаблонного кода.
- Компромиссы: делегация явная (шаблонный код), динамическая гибкость есть (через интерфейсы/DI), но вызовы виртуальные.
JavaScript
- Природа: прототипная модель и динамическая типизация, наследование прототипа и синтаксический сахар class. Множественная композиция легче реализуется.
- Основные композиционные приёмы:
- Прототипная делегация через Object.create — лёгкая передача поведения между объектами.
- Миксины: Object.assign(target, mixin), функциональные миксины (фабричные функции, комбинирующие поведения).
- Комбинирование функций высокого порядка и замыканий для добавления состояния и поведения (module/factory pattern).
- Декораторы (в рантайме/ESNext синтаксис) и прокси для перехвата/добавления поведения.
- Компонентная композиция (в UI‑фреймворках) и композиция функций (compose/pipe из библиотек).
- Компромиссы: очень гибко и динамично, легко комбинировать в рантайме; меньше статических гарантий и больше риска конфликтов имён/состояния.
Rust
- Ограничения: у типов нет классического наследования; поведение выражается через трейты. Это заставляет по умолчанию использовать композицию.
- Основные композиционные приёмы:
- Составление структур (struct поля) — основной способ «has‑a». Делегирование методов делается вручную.
- Трейты для абстракции поведения: тип может реализовать много трейтов (композиция интерфейсов).
- Статическая композиция через дженерики и трейтовые ограничения (zero‑cost polymorphism, monomorphization).
- Динамическая композиция через trait objects (Box) — runtime dispatch, «слабее» по скорости/размеру.
- Newtype pattern и Deref для частичной автоматической делегации; макросы/краты (delegate и др.) для генерации кода делегирования.
- Enum‑ы для суммовых типов/вариантов и pattern matching для переключения поведения.
- Трейты с default‑реализациями для повторного поведения, комбинируемые через наследование трейтов.
- Компромиссы: сильные статические гарантии, разные формы полиморфизма (статический — эффективен; динамический — удобен, но стоимость есть). Делегирование часто «ручное», но можно автоматизировать макросами.
Резюме и практические указания
- Выбирайте композицию, когда нужна гибкость, сочетание независимых ролей, уменьшение связности и возможность менять поведение во время выполнения.
- Java: используйте композицию + интерфейсы/DI; наследование применять для «is‑a» и расширения поведения базового класса.
- JavaScript: композиция (миксины, фабрики, Object.create) естественна и предпочтительна для комбинирования ролей; наследование пригодно для прототипных иерархий, но часто излишне.
- Rust: язык поощряет композицию через поля и трейты; выбирайте статическую (дженерики) или динамическую (trait objects) композицию в зависимости от требований по производительности и гибкости.
Если нужно — могу привести краткие примеры кода композиции для любого из языков.