Композиция или наследование

Question

Когда вы выбираете наследование, а когда композицию? Почему говорят «предпочитайте композицию»?

Техпрогон · Accepted Answer

Наследование сильнее всего связывает классы: наследник зависит от деталей реализации базы, и изменение базового класса может сломать всех потомков. Это называют проблемой хрупкого базового класса. Наследование создаёт жёсткую связь с базовым классом и хрупкость при его изменении. Наследование оправдано для настоящего отношения «является» и общих шаблонных методов. Композиция: объект содержит зависимости и делегирует им, поведение меняется подстановкой. Композиция хорошо дружит с DI и тестами (моки зависимостей). В C один базовый класс, поэтому иерархии быстро упираются в ограничения. Пример: декоратор над интерфейсом вместо наследника с переопределением. Наследование сильнее всего связывает классы: наследник зависит от деталей реализации базы, и изменение базового класса может сломать всех потомков. Это называют проблемой хрупкого базового класса. К тому же в C базовый класс один, и глубокие иерархии быстро упираются в ограничения. Поэтому по умолчанию я выбираю композицию: класс получает зависимости через конструктор и делегирует им работу. Поведение меняется подстановкой другой реализации, а в тестах можно подставить мок. Хороший пример: нужно добавить кеширование к репозиторию. Вместо наследника с override пишу декоратор CachedUserRepository : IUserRepository, который принимает внутренний репозиторий и IMemoryCache. Наследование оставляю для настоящего отношения «является» и для шаблонного метода, когда базовый класс задаёт алгоритм, а наследники заполняют шаги, как BackgroundService.ExecuteAsync.

Композиция или наследование

Вопрос

Попробуйте сами

Коротко

Что должно прозвучать в ответе

Что могут спросить следом

Разбор

Термины по теме

Ещё по теме «ООП в C#»