В кои ситуации наследяването в обектно-ориентираното програмиране е полезно и в кои случаи трябва да се откаже от него?

Наследяването е полезно за:

• Повторно използване на код: Общата функционалност се прехвърля в базовия клас.
• Създаване на йерархии от типове (отношение is-a): Когато подкласът е разновидност на базовия клас.
• Полиморфизъм: Възможност за обработка на обекти от различни типове чрез общ интерфейс на базовия клас.
• Разширяване на функционалността: Добавяне на нови методи или полета към съществуващ клас.

Избягвайте наследяването, когато:

• Нарушава се принципът на заместване на Лисков: Подкласът не може напълно да замести базовия клас без да промени коректността на програмата.
• Създава се твърда връзка между класовете: Промените в базовия клас могат нежелано да повлияят на всички подкласове.
• Трябва да се комбинират функционалности от различни, несвързани източници (has-a отношение): По-добре е да се използва композиция.
• Дълбоки вериги на наследяване са трудни за поддръжка и разбиране:
• Наследяването за повторно използване на код, когато функционалността не е общ "тип": По-добре е да се използват помощни класове или делегиране.

// Пример, когато наследяването е полезно
open class Animal {
    open fun makeSound() {
        println("Общ звук на животно")
    }
}

class Dog : Animal() { // Dog Е-ЕДИН Animal
    override fun makeSound() {
        println("Гауу")
    }
}

class Cat : Animal() { // Cat Е-ЕДИН Animal
    override fun makeSound() {
        println("Мяу")
    }
}

// Пример, когато композицията е по-добра от наследяването за "has-a" отношение
class Engine {
    fun start() { println("Двигателят стартира") }
}

// Вместо наследяване от Engine за Car
// class Car : Engine() // Лош дизайн, Car НЕ Е-Engine

class Car {
    private val engine = Engine() // Car ИМА-Engine
    fun drive() {
        engine.start()
        println("Каране на кола")
    }
}