Намагаючись пояснити поняття спадкування в ООП, загальним прикладом часто є приклад ссавців. ІМХО, це насправді поганий приклад, оскільки він призведе новачків до використання цієї концепції неправильним шляхом. І більше того, це не звичайний дизайн, з яким вони зіткнуться у своїй щоденній роботі по дизайну.

Отже, що буде приємною, простою та конкретною проблемою, яку вирішують за допомогою спадкування?

З чисто академічним прикладом, як ссавці, немає нічого поганого. Мені також подобається приклад прямокутника / квадрата, тому що він вказує, чому таксономії реального світу не завжди прямо переводяться на спадкові відносини, які ви очікували.

На мою думку, найбільш канонічним прикладом кожного дня є інструментарій GUI. Це щось, чим користувалися всі, але, можливо, початківці не міркували, як вони працюють під кришкою. Ви можете говорити про те, що поведінка є загальною для всіх контейнерів, усіх віджетів, подій тощо, не вимагаючи детальних знань про будь-яку реалізацію.

Мій реальний приклад - доменна модель простого HR-додатку. Я кажу, що ми можемо створити базовий клас під назвою Співробітник , тому що, звичайно, менеджери теж працівники.

public class Employee
{
    public string FirstName { get; set; }

    public string LastName { get; set; }

    public int Code { get; set; }

    public string GetInsuranceHistory()
    {
        // Retrieving insurance history based on employee code.
    }
}

Потім я пояснюю, що розробники - це працівники , тестери - працівники , керівники проектів - службовці . Таким чином, всі вони можуть успадкувати від працівника клас.

Інкапсулюйте те, що варіюється ... покажіть їм шаблон шаблону методу , він демонструє корисність успадкування шляхом розміщення загальної поведінки в базовий клас та інкапсуляції різної поведінки в підкласах.

UI controlsа Streamsтакож є дуже хорошим прикладом корисності спадкування.

Пам'ятайте

Кожен екземпляр предмета - конкретний приклад корисності спадкування!

Якщо ви маєте на увазі конкретно класичне успадкування, то зараз ви знаходитесь у світі систематики, і вони різко відрізнятимуться від цілей системи, яка їх використовує. Приклад тварин / ссавців використовує загальну та сподіваюсь звичну систематику з біології, але це (як ви вже згадували) майже марно для переважної більшості проблем програмування.

Тому спробуйте щось універсальне: поняття програми. Кожна програма починається, працює і закінчується. Кожна програма має назву та необов'язкові параметри командного рядка. Тож базовий клас програми був би дуже корисним для початку виконання, захоплення та обробки аргументів командного рядка, запуску основної логіки та граціозно вимкнення.

Ось чому так багато об'єктно-орієнтованих мов програмування забезпечують клас програми, або щось таке, що поводиться точно як клас програми.

Я працюю з камерами на роботі. У нас є пристрої, які підключаються до різних моделей, тому у нас є абстрактний "клас камери", і кожна модель успадковується від цього класу для підтримки певної функціональності цієї камери. Це справжній світовий приклад і його не важко зрозуміти.

Приклад хімічних елементів

Це ще один приклад, що вискочив з мого мозку:

клас Елемент_
{
    подвійний атомний вагу; // Атомна маса елемента
    подвійне атомне число; // Атомне число елемента
    Властивості рядків; // Властивості елемента
    // Інші, якщо такі є
}


клас Isotope extends Element_ // Там можуть існувати ізотопи елемента
{
    подвійний напівжиття;
   // Інші, якщо такі є

}

Реальні приклади майже завжди отримують це неправильно , тому що вони дають приклади , де завжди є можливість що - то бути одночасно TypeAі , TypeBале єдина ієрархія наслідування багатьох мов не дозволяє цього.

Чим більше я програмую, тим більше я відволікаюсь від спадщини.

Тут навіть неправильно вживається слово "успадкувати". Наприклад, ти успадковуєш близько 50% рис батька і 50% рис матері. Дійсно ваша ДНК - це складова половини ДНК вашого батька і половини ДНК вашої матері. Це тому, що біологія насправді надає перевагу складу над спадщиною , і вам слід.

Просто реалізація інтерфейсів, а ще краще, "тик качок", а також ін'єкція залежностей, є набагато кращою справою навчати людей, які не знайомі з об'єктно-орієнтованим програмуванням.

Я б просто показав їм приклад із реального життя. Наприклад, у більшості фреймворків інтерфейсу ви походить із якогось класу "Діалог" чи "Вікно" чи "Керування", щоб зробити свій власний.

Хорошим прикладом є функція порівняння при сортуванні:

template<class T>
class CompareInterface {
public:
   virtual bool Compare(T t1, T t2) const=0;
};
class FloatCompare : public CompareInterface<float> { };
class CompareImplementation : public FloatCompare {
public:
   bool Compare(float t1, float t2) const { return t1<t2; }
};
template<class T>
void Sort(T*array, int size, CompareInterface<T> &compare);

Єдина проблема - новачки занадто часто думають, що продуктивність важливіша, ніж хороший код ...

Мій реальний приклад світу - транспортний засіб:

public class Vehicle
{
    public Vehicle(int doors, int wheels)
    {
        // I describe things that should be
        // established and "unchangeable" 
        // when the class is first "made"
        NumberOfDoors = doors;
        NumberOfWheels = wheels;
    }

    public void RollWindowsUp()
    {
        WindowsUp = true;
    }

    // I cover modifiers on properties to show
    // how to protect certain things from being
    // overridden
    public int NumberOfDoors { get; private set; }
    public int NumberOfWheels { get; private set; }

    public string Color { get; set; }
    public bool WindowsUp { get; set; }
    public int Speed { get; set; }
}

public class Car : Vehicle
{
    public Car : base(4, 4)
    {

    }
}

public class SemiTruck : Vehicle
{
    public SemiTruck : base(2, 18)
    {

    }
}

Цей приклад може бути настільки детальним, наскільки ви хочете, і до транспортних засобів додаються всі види властивостей, які пояснюють використання будь-яких модифікаторів, які ви хочете навчити.

Цей приклад не ссавців, не птахів, не риб може допомогти:

public abstract class Person {

    /* this contains thing all persons have, like name, gender, home addr, etc. */

    public Object getHomeAddr() { ... }

    public Person getName() { ... }

}

public class Employee extends Person{

    /* It adds things like date of contract, salary, position, etc */

    public Object getAccount() { ... }

}

public abstract class Patient extends Person {
    /* It adds things like medical history, etc */
}

Потім

public static void main(String[] args) {

    /* you can send Xmas cards to patients and employees home addresses */

    List<Person> employeesAndPatients = Factory.getListOfEmployeesAndPatients();

    for (Person p: employeesAndPatients){
        sendXmasCard(p.getName(),p.getHomeAddr());
    }

    /* or you can proccess payment to employees */

    List<Employee> employees = Factory.getListOfEmployees();

    for (Employee e: employees){
        proccessPayment(e.getName(),e.getAccount());
    }       

}

ПРИМІТКА: Просто не кажіть секрет: особа поширює ссавця.

Як щодо ієрархії алгебраїчних виразів. Це добре, оскільки включає в себе спадщину та склад:

+--------------------+------------------------+
| Expression         |<------------------+    |
+--------------------+----------+        |    |
| + evaluate(): int  |<---+     |        |    |
+--------------------+    |     |        |    |
          ^               |     |        |    |
          |               |     |        |    |
   +--------------+  +---------------+  +-------------+  ...
   | Constant     |  | Negation      |  | Addition    |
   +--------------+  +---------------+  +-------------+
   | -value: int  |  |               |  |             |
   +--------------+  +---------------+  +-------------+
   | +evaluate()  |  | +evaluate()   |  | +evaluate() |
   | +toString()  |  | +toString()   |  | +toString() |
   +--------------+  +---------------+  +-------------+

   Addition(Constant(5), Negation(Addition(Constant(3),Constant(2))))
   (5 + -(3 + 2)) = 0

За винятком кореневого виразу Constant, всі інші вирази є одночасно виразом і містять один або кілька виразів.

Я буду використовувати для прикладу птахів

як курка, качка, орел

Я поясню, що обидва мають кігті, клювання та крила, але їхні атрибути різні.

Кури не вміють літати, не вміють плавати, можуть їсти глистів, можуть їсти зерна

Качки не вміють літати, вміють плавати, їсти зерно, не можуть їсти глистів

Орел може літати, не вміє плавати, їсти глистів, не може їсти зерна

Ваш типовий рейки-клон пропонує безліч практичних прикладів : у вас є (абстрактний) базовий клас моделі, який інкапсулює всі маніпулювання даними, і у вас базовий клас контролера, який інкапсулює всю HTTP-комунікацію.