将子类对象赋值给父类类型变量有何优势？适用哪些设计模式？

一、这种操作的好处 #

• 接口隔离：只暴露基类Animal的公共接口，避免调用方依赖子类Cat的具体实现细节。后续哪怕子类修改自身属性或方法，只要基类接口不变，调用方代码无需改动。
• 统一处理多态对象：如果后续新增Dog、Bird等Animal子类，用基类类型就能统一存储和处理这些对象，不用为每个子类单独编写逻辑。
• 聚焦通用逻辑：当你只需要使用Animal定义的通用功能时，将子类对象当作基类使用，能让代码更专注于通用逻辑，而非子类的特有内容。

二、与直接创建Animal对象的区别 #

• 对象本质不同：Animal hybrid = Cat();创建的是被切片的Cat对象——内存中仅保留Cat继承自Animal的部分，Cat的特有成员（比如cat_property）被丢弃；而Animal a;是直接创建纯Animal对象，内存中只有Animal的成员。
• 扩展潜力不同：若后续给Animal添加虚函数，被切片的对象无法调用子类重写的方法，但如果用指针/引用实现多态，未被切片的子类对象可实现动态绑定；纯Animal对象只能调用自身方法。
• 内存逻辑不同：两者内存大小相同，但前者是子类对象被截断后的结果，后者是原生基类对象，本质上是两种不同的实例。

三、适用的设计模式 #

• 里氏替换原则（LSP）：这是面向对象设计的核心原则之一，子类对象可替换基类对象使用且不影响程序正确性，你的代码场景就是该原则的基础体现（尽管这里因值传递导致切片，但核心思想一致）。
• 工厂模式：当工厂方法返回基类指针/引用而非值时，可实现多态。比如工厂返回Animal*，实际是Cat或Dog对象，调用方只需通过基类接口操作，无需关心具体子类。
• 模板方法模式：基类定义算法骨架，子类实现具体步骤。调用方通过基类对象触发算法，无需关注子类的具体实现，这也依赖基类类型对子类对象的封装。

示例代码 #

#include <iostream>

using namespace std;

class Animal
{
    public:
        int animal_property = 20;
};

class Cat: public Animal
{
    public:
        int cat_property = 10;
};

void test(Cat c)
{
    cout << "Inside test" << endl;
}

int main()
{
    Animal hybrid = Cat();
    // cout << hybrid.cat_property << endl;    -- 编译失败
    // cout << test(hybrid) << endl;           -- 编译失败
    return 0;
}

内容的提问来源于stack exchange，提问作者memelord23