Khi cố gắng giải thích khái niệm Kế thừa trong OOP, ví dụ phổ biến thường là ví dụ về động vật có vú. IMHO, đây thực sự là một ví dụ tồi, bởi vì nó sẽ dẫn người mới sử dụng khái niệm này sai cách. Và hơn nữa, nó không phải là một thiết kế phổ biến mà họ sẽ phải đối mặt trong công việc thiết kế hàng ngày của họ.

Vì vậy, điều gì sẽ là một vấn đề tốt đẹp, đơn giản và cụ thể được giải quyết bằng cách sử dụng Kế thừa?

Không có gì sai với một ví dụ học thuật thuần túy như động vật có vú. Tôi cũng thích ví dụ hình chữ nhật / hình vuông vì nó chỉ ra lý do tại sao các nguyên tắc phân loại trong thế giới thực không luôn luôn trực tiếp chuyển sang mối quan hệ thừa kế mà bạn mong đợi.

Theo tôi, ví dụ điển hình nhất mỗi ngày là bộ công cụ GUI. Đó là thứ mà mọi người đã sử dụng, nhưng những người mới bắt đầu có thể không có lý do về cách họ làm việc dưới mui xe. Bạn có thể nói về những hành vi phổ biến đối với tất cả các container, tất cả các vật dụng, sự kiện, v.v. mà không đòi hỏi kiến ​​thức chi tiết về bất kỳ triển khai nào.

Ví dụ thực tế của tôi là mô hình miền của một ứng dụng nhân sự đơn giản. Tôi nói rằng chúng ta có thể tạo một lớp cơ sở gọi là Nhân viên , vì tất nhiên, người quản lý cũng là nhân viên.

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.
    }
}

Sau đó tôi giải thích rằng các nhà phát triển là nhân viên , người thử nghiệm là nhân viên , người quản lý dự án là nhân viên . Do đó tất cả họ có thể kế thừa từ lớp nhân viên.

Đóng gói những gì khác nhau ... hiển thị cho họ một mẫu phương thức mẫu , nó thể hiện tính hữu ích của kế thừa bằng cách đặt hành vi chung trong một lớp cơ sở và gói gọn hành vi khác nhau trong các lớp con.

UI controlsvà Streamscũng là một ví dụ rất tốt cho sự hữu ích của thừa kế.

Nhớ lại

Mỗi ví dụ của một đối tượng là một ví dụ cụ thể về tính hữu ích của thừa kế!

Nếu bạn có nghĩa là kế thừa lớp cụ thể , thì bây giờ bạn đang ở trong thế giới của các nguyên tắc phân loại, và những thứ đó sẽ thay đổi mạnh mẽ bởi các mục tiêu của hệ thống sử dụng chúng. Ví dụ về động vật / động vật có vú sử dụng một phân loại phổ biến và hy vọng quen thuộc từ sinh học, nhưng nó (như bạn đã đề cập) gần như vô dụng đối với phần lớn các vấn đề lập trình.

Vì vậy, hãy thử một cái gì đó phổ quát: khái niệm về một chương trình. Mỗi chương trình bắt đầu, chạy và kết thúc. Mỗi chương trình có một tên và các tham số dòng lệnh tùy chọn. Vì vậy, một lớp Chương trình cơ sở sẽ rất hữu ích, để bắt đầu thực thi, lấy và xử lý các đối số dòng lệnh, chạy logic chính và tắt một cách duyên dáng.

Đó là lý do tại sao rất nhiều ngôn ngữ lập trình hướng đối tượng cung cấp một lớp Chương trình hoặc một cái gì đó hoạt động chính xác như một lớp Chương trình.

Tôi đang làm việc với máy ảnh tại nơi làm việc. Chúng tôi có các thiết bị kết nối với các kiểu máy khác nhau, vì vậy chúng tôi có một "lớp máy ảnh" trừu tượng và mọi kiểu máy đều được thừa hưởng từ lớp này để hỗ trợ chức năng cụ thể của máy ảnh đó. Đó là một ví dụ thực tế và không khó hiểu.

Ví dụ hóa học

Đây là một ví dụ khác xuất hiện trong não tôi:

lớp Element_
{
    nguyên tử đôi; // Trọng lượng nguyên tử của nguyên tố
    số nguyên tử kép; // Số nguyên tử của nguyên tố
    Thuộc tính chuỗi; // Thuộc tính của phần tử
    // Những người khác, nếu có
}


lớp Đồng vị mở rộng Element_ // Có thể tồn tại Đồng vị của phần tử
{
    gấp đôi nửa đời;
   // Khác nếu có

}

Các ví dụ trong thế giới thực hầu như luôn hiểu sai bởi vì họ đưa ra các ví dụ trong đó luôn có khả năng có một thứ gì đó là cả TypeAvà TypeBnhưng hệ thống phân cấp thừa kế duy nhất của nhiều ngôn ngữ không cho phép điều đó.

Tôi càng lập trình, tôi càng tránh xa sự kế thừa.

Ngay cả từ "thừa kế" cũng được sử dụng không đúng cách ở đây. Chẳng hạn, bạn thừa hưởng khoảng 50% tính trạng của cha và 50% tính trạng của mẹ. Thực sự DNA của bạn là một thành phần của một nửa DNA của cha bạn và một nửa DNA của mẹ bạn. Đó là bởi vì sinh học thực sự ủng hộ thành phần hơn sự kế thừa , và bạn cũng vậy.

Đơn giản chỉ cần thực hiện các giao diện, hoặc thậm chí tốt hơn, "gõ vịt", cộng với tiêm phụ thuộc, là một điều tốt hơn nhiều để dạy cho những người mới biết lập trình hướng đối tượng.

Tôi chỉ cho họ thấy một ví dụ thực tế. Ví dụ, trong hầu hết các khung UI, bạn xuất phát từ một loại lớp "Hộp thoại" hoặc "Cửa sổ" hoặc "Điều khiển" để tạo riêng cho bạn.

Ví dụ điển hình là hàm so sánh trong sắp xếp:

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);

Vấn đề duy nhất là những người mới quá thường nghĩ rằng hiệu suất quan trọng hơn mã tốt ...

Ví dụ thế giới thực của tôi là một chiếc xe:

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)
    {

    }
}

Ví dụ này có thể có được chi tiết như bạn muốn, và có tất cả các loại thuộc tính được gắn vào xe để giải thích việc sử dụng bất kỳ sửa đổi nào bạn có thể muốn dạy.

Ví dụ không phải động vật có vú, không phải chim, không phải cá này có thể giúp:

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 */
}

Sau đó

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());
    }       

}

LƯU Ý: Chỉ cần không nói bí mật: Người kéo dài Động vật có vú.

Làm thế nào về một hệ thống phân cấp các biểu thức đại số. Là tốt bởi vì nó bao gồm cả thừa kế và thành phần:

+--------------------+------------------------+
| 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

Ngoại trừ biểu thức gốc Hằng, tất cả các biểu thức khác đều là Biểu thức và chứa một hoặc nhiều biểu thức.

Tôi sẽ sử dụng chim làm ví dụ

như gà, vịt, đại bàng

Tôi sẽ giải thích cả hai đều có móng vuốt, mổ và cánh nhưng thuộc tính của chúng là khác nhau.

Gà không thể bay, không biết bơi, có thể ăn giun, có thể ăn ngũ cốc

Vịt không thể bay, có thể bơi, có thể ăn ngũ cốc, không thể ăn giun

Đại bàng có thể bay, không thể bơi, có thể ăn giun, không thể ăn ngũ cốc

Rails-clone điển hình của bạn cung cấp nhiều ví dụ thực tế : bạn có lớp mô hình cơ sở (trừu tượng), đóng gói tất cả các thao tác dữ liệu và bạn có lớp trình điều khiển cơ sở, đóng gói tất cả giao tiếp HTTP.