子类和父类相互转换的关系

首先让我们看一个例子

#include <iostream>

using namespace std;

class A {
private:
    int a;
public :
    //A () {}

    func () {
        cout << "A" << endl;
    }
};

class B : public A {
private:
    int b;
public :
    //B () {}

    func () {
        cout << "B" << endl;
    }
};

int main ()
{
    A *a = new B; // 把子类转换成父类是可以的
    //B *b = new A; // 但是父类转换成子类是不行滴
    return 0;
}

这个例子中A是父类,B是A的子类,在主函数中,可以实例化一个B将其转换成A,即子类可以转换为父类。但是如果反过来,将父类实例化,转化为子类,却无法编译通过。这是为什么呢??

 

让我们来简单的思考一个小问题,你使用C++的时候,里面可不可以用C的语法,和C的函数。只要使用过C/C++的人肯定都知道,是可以的。那如果反过来呢?

如果你现在使用的是C的编译器,C里可以使用vector容器吗,可以用类吗,这当然是不可以的,面向过程的C不可能兼容面向对象的C++。And C++是C的子类。so我们可以很简单的得到一个结论,就是可以轻松的将子类转化为父类,但是父类大多数却不能转换为子类。

纠其根本原因,子类是继承自父类的,不单单有父类的属性,还有子类自身的属性,所以sizeof (子类)>sizeof (父类),一个存在的东西减少简单,增加就困难了。所以子类可以很简单的通过减少来转换为父类,但是父类很难转换成子类。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
设计模式和设计原则是紧密相关的概念,设计原则是指在软件设计中应该遵循的一些基本原则,而设计模式则是指在特定情况下可用的一组解决问题的方案。下面举例说明设计模式和设计原则的关系: 1. 单一职责原则与单例模式:单一职责原则要求一个类只负责一项职责,而单例模式则是确保一个类只有一个实例。单例模式可以通过将构造函数私有化来实现,从而确保只有一个实例,这样就能保证单一职责原则的要求。 2. 里氏替换原则与策略模式:里氏替换原则要求子类能够替换父类并且不影响程序的正确性,而策略模式则是将算法封装成对象,使得它们可以相互替换。策略模式遵循里氏替换原则的要求,因为不同的算法实现都是策略类的子类,可以互相替换。 3. 开闭原则与工厂模式:开闭原则要求系统中的类应该对扩展开放,对修改关闭,而工厂模式则是通过一个工厂类来创建对象,从而实现了对扩展开放,对修改关闭。当需要添加新的产品时,只需要添加一个新的产品类和一个对应的工厂方法即可,而不需要修改原有的代码,这样就满足了开闭原则的要求。 4. 接口隔离原则与适配器模式:接口隔离原则要求一个类不应该依赖它不需要的接口,而适配器模式则是通过一个适配器类来将一个类的接口转换成客户端需要的另一个接口。适配器模式遵循了接口隔离原则的要求,因为适配器类只提供客户端需要的接口,而不会暴露其他不需要的接口。 总之,设计模式是为了解决具体的问题而提出的解决方案,而设计原则则是指导软件设计的基本原则,两者相辅相成,共同促进了软件设计的发展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值