При проектировании систем предпочтение обычно отдается композиции над наследованием.

Почему?

Наследование создает жесткую иерархию, которая может привести к проблемам при изменениях и усложнению кода.
Композиция позволяет создавать объекты из компонентов, что делает систему более гибкой и расширяемой.

Например, вместо того чтобы создавать класс "Птица" и наследовать от него "ЛетучаяПтица" и "БегающаяПтица", лучше создать класс "Птица", который содержит объекты поведения (например, летать, бегать). Тогда можно динамически менять поведение без изменения иерархии.

В iOS часто используют протоколы и делегаты, что является формой композиции.

Пример на Swift:

protocol Flyable {
    func fly()
}

class Bird {
    var flyingAbility: Flyable?
    func performFly() {
        flyingAbility?.fly()
    }
}

class CanFly: Flyable {
    func fly() {
        print("Я лечу")
    }
}

class CannotFly: Flyable {
    func fly() {
        print("Я не могу летать")
    }
}

let sparrow = Bird()
sparrow.flyingAbility = CanFly()
sparrow.performFly() // Я лечу

let penguin = Bird()
penguin.flyingAbility = CannotFly()
penguin.performFly() // Я не могу летать

Таким образом, композиция дает большую гибкость и упрощает поддержку кода.

Ты склоняешься к использованию наследования или композиции при проектировании систем?