【c++ 封装、继承、多态】

article/2025/9/18 13:45:02

文章目录

    • 面向对象的三个基本特征
      • 1. 封装
      • 2. 继承
        • 2.1 继承的三种实现方式
      • 3. 多态
        • 3.1 多态的俩种实现方式分析
        • 3.2 多态存在的三个必要条件
        • 3.3 C++多态机制的实现:
      • 4. 动态绑定与多态
        • 4.1 什么是动态绑定
        • 4.2 动态绑定发生的条件?
        • 4.3 动态绑定的实际意义
        • 4.4 程序

面向对象的三个基本特征

  • 面向对象的三个基本特征是:数据抽象(继承)、继承、多态

在这里插入图片描述

1. 封装

  • 封装可以隐藏实现细节,使得代码模块化,使代码和功能独立
  • 封装是把函数和数据包围起来,对数据的访问只能通过可信任的对象和类进行访问,对不可信的进行信息隐藏。

2. 继承

  • 继承可以扩展已存在的代码模块(类)
  • 它可以使用现有类的所有功能,并在无需重新编写原来的类的情况下对这些功能进行扩展。其继承的过程,就是从一般到特殊的过程。

2.1 继承的三种实现方式

  • 继承概念的实现方式有三类:实现继承、接口继承和可视继承。
    • 实现继承是指使用基类的属性和方法而无需额外编码的能力;
    • 接口继承是指仅使用属性和方法的名称、但是子类必须提供实现的能力;
    • 可视继承是指子窗体(类)使用基窗体(类)的外观和实现代码的能力。

3. 多态

  • 多态是同一个行为具有多个不同表现形式或形态的能力。
  • 多态就是同一个接口,使用不同的实例而执行不同操作

在这里插入图片描述

答案:call child funccall ~childcall ~base

3.1 多态的俩种实现方式分析

  • 覆盖:是指子类重新定义父类的虚函数的做法。
  • 重载:是指允许存在多个同名函数,而这些函数的参数表不同(或许参数个数不同,或许参数类型不同,或许两者都不同)。

重载与覆盖区别

  • 重载是指在同一个类中相同的返回类型和方法名,但是参数的个数和类型可以不同
  • 覆盖\重写是在不同的类中。

其实,重载的概念并不属于“面向对象编程”,重载的实现是:编译器根据函数不同的参数表,对同名函数的名称做修饰,然后这些同名函数就成了不同的函数(至少对于编译器来说是这样的)。如,有两个同名函数:function func(p:integer):integer;和function func(p:string):integer;。
那么编译器做过修饰后的函数名称可能是这样的:int_func、str_func。对于这两个函数的调用,在编译器间就已经确定了,是静态的(记住:是静态)。也就是说,它们的地址在编译期就绑定了(早绑定),因此,重载和多态无关!真正和多态相关的是“覆盖”。当子类重新定义了父类的虚函数后,父类指针根据赋给它的不同的子类指针,动态(记住:是动态!)的调用属于子类的该函数,这样的函数调用在编译期间是无法确定的(调用的子类的虚函数的地址无法给出)。因此,这样的函数地址是在运行期绑定的(晚邦定)

总结:重载只是一种语言特性,与多态无关,与面向对象也无关,多态属于面向对象!,多态是晚绑定

3.2 多态存在的三个必要条件

  • 继承
  • 重写
  • 父类引用指向子类对象

3.3 C++多态机制的实现:

该部分转自:http://blog.chinaunix.net/uid-7396260-id-2056657.html
1、c++实现多态的方法

  • 面向对象有了一个重要的概念就是对象的实例,对象的实例代表一个具体的对象,故其肯定有一个数据结构保存这实例的数据,这一数据包括对象成员变量,如果对象有虚函数方法或存在虚继承的话,则还有相应的虚函数或虚表指针,其他函数指针不包括。
  • 虚函数在c++中的实现机制就是用虚表和虚指针,是每个类用了一个虚表,每个类的对象用了一个虚指针。要讲虚函数机制,必须讲继承,因为只有继承才有虚函数的动态绑定功能,先讲下c++继承对象实例内存分配基础知识:
class A
{
public:virtual void f();virtual void g();
private:int a
};class B : public A
{
public:void g();
private:int b;
};
  • 因为Avirtual void f(),和g(),所以编译器为A类准备了一个虚表vtableA,内容如下:
    在这里插入图片描述
  • B因为继承了A,所以编译器也为B准备了一个虚表vtableB,内容如下:
    在这里插入图片描述
  • 注意:因为B::g是重写了的,所以B的虚表的g放的是B::g的入口地址,但是f是从上面的A继承下来的,所以f的地址是A::f的入口地址。然后某处有语句 B bB;的时候,编译器分配空间时,除了Aint a,B的成员int b;以外,还分配了一个虚指针vptr,指向B的虚表vtableBbB的布局如下:

在这里插入图片描述

  • 当如下语句的时候:
A *pa = &bB;
  • pa的结构就是A的布局(就是说用pa只能访问的到bB对象的前两项,访问不到第三项int b

  • 那么pa->g()中,编译器知道的是,g是一个声明为virtual的成员函数,而且其入口地址放在表格(无论是vtalbeA表还是vtalbeB表)的第2项,那么编译器编译这条语句的时候就如是转换:call *(pa->vptr)[1](C语言的数组索引从0开始哈~)。

  • 这一项放的是B::g()的入口地址,则就实现了多态。(注意bBvptr指向的是B的虚表vtableB

  • 另外要注意的是,如上的实现并不是唯一的,C++标准只要求用这种机制实现多态,至于虚指针vptr到底放在一个对象布局的哪里,标准没有要求,每个编译器自己决定。我以上的结果是根据g++ 4.3.4经过反汇编分析出来的。

2、两种多态实现机制及其优缺点

  • 除了c++的这种多态的实现机制之外,还有另外一种实现机制,也是查表,不过是按名称查表,是smalltalk等语言的实现机制。这两种方法的优缺点如下:
    • (1)按照绝对位置查表,这种方法由于编译阶段已经做好了索引和表项(如上面的call *(pa->vptr[1]) ),所以运行速度比较快;缺点是:当A的virtual成员比较多(比如1000个),而B重写的成员比较少(比如2个),这种时候,B的vtableB的剩下的998个表项都是放A中的virtual成员函数的指针,如果这个派生体系比较大的时候,就浪费了很多的空间。
    • (2)按照函数名称查表,这种方案可以避免如上的问题;但是由于要比较名称,有时候要遍历所有的继承结构,时间效率性能不是很高。

总结:

  • 如果继承体系的基类的virtual成员不多,而且在派生类要重写的部分占了其中的大多数时候,用C++的虚函数机制是比较好的;但是如果继承体系的基类的virtual成员很多,或者是继承体系比较庞大的时候,而且派生类中需要重写的部分比较少,那就用名称查找表,这样效率会高一些

4. 动态绑定与多态

  • C++的多态性与动态绑定是分不开的,动态绑定是c++支持多态性的根本原因
  • 多态是运行时绑定,动态绑定,指的是只有当运行阶段才能确定调用的函数

4.1 什么是动态绑定

  • 函数运行的版本不是一开始就确定好了的而是在程序运行的时候才选择函数运行的版本,至于到底选择哪个函数版本取决于调用该函数的指针或者引用实际绑定的数据对象

4.2 动态绑定发生的条件?

  • 当使用基类的指针或者引用去调用一个虚函数的时候才会发生动态绑定

4.3 动态绑定的实际意义

  • 我们都知道c++语言支持面向对象编程,多态性是面向对象编程的三大特征之一,其实动态绑定是c++支持多态性的根本原因。为什么这么说呢?在c++语言中我们常用一个基类的指针或者引用去指向一个派生类对象,当我们通过基类的指针或者引用调用虚函数时,实际运行的虚函数版本取决于该基类指针或者引用绑定的真实数据类型(可能是派生类对象也可能是基类对象本身)。

4.4 程序

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

结果解析

  • (1)ptrA->fun(); 我们是通过一个基类指针去调用一个虚函数,此时就会发生动态绑定,那么最后实际运行的fun函数版本取决于ptr指针实际绑定的数据对象,此时ptr指向的是objB也就是派生类的对象,所以最后实际调用的是派生类B中的fun函数。
  • (2)ptrA->fun1(); 我们是通过一个基类指针去调用一个非虚函数,此时不会发生动态绑定,那么最后实际运行的fun1函数版本就是ptr指针的静态类型A对应的版本。
  • (3)objA->fun(); 我们是通过一个基类对象去调用一个虚函数,此时不会发生动态绑定,那么最后实际运行的fun函数版本就是objA静态类型A对应的版本。
  • (4)objA->fun1(); 我们是通过一个基类对象去调用一个非虚函数,此时不会发生动态绑定,那么最后实际运行的fun1函数版本就是objA静态类型A对应的版本。
    当我们通过基类的引用来调用虚函数或者非虚函数时产生的结果跟通过基类指针调用一样,在此我不再赘述。

源文章:ruyue_ruyue


http://chatgpt.dhexx.cn/article/qgSK0ZjK.shtml

相关文章

Java基础—封装继承多态(详细)

文章目录 面向对象三大特征 封装 继承 多态1.封装2.继承2.1注意事项参考文档2.2 this和super关键字2.3 重载和重写 3.多态3.1方法的多态3.2对象的多态3.3多态转型3.3.1向上转型3.3.2向下转型3.3.3 instanceof 关键字 面向对象三大特征 封装 继承 多态 1.封装 定义:就是把事物…

Java中的封装,继承和多态(详解)

目录 封装继承多态接口 一些建议和小结写在最后的话 封装 所谓的封装就是把类的属性和方法使用private修饰,不允许类的调用者直接访问,我们定义如下一个类,可以看到所有的成员变量和成员方法都使用private修饰了,我们现在来使用一…

封装、继承、多态

目录 访问限定符 封装 继承 super关键字 super和this的比较 继承在内存中的情况 重写override 重写和重载的比较 多态 JAVA中的动态绑定机制 JAVA面向对象程序三大特性:封装、继承、多态。在类和对象阶段,主要研究的就是封装特性。 在了…

【Java基础】 ⾯向对象编程三⼤特性 --封装、继承、多态

文章目录 封装继承多态 封装 把客观事物封装成抽象的类,并且类可以把自己的数据和方法只让可信的类或者对象操作,对不可信的进行信息隐藏。封装是面向对象的特征之一,是对象和类概念的主要特性。 通俗的说,一个类就是一个封装了数…

Java基础知识之封装+继承+多态详解

前言 这篇博客是基于Java类和对象的基础之上的相关知识点。因为特别重要且语法规则较多,所以想单独总结方便之后复习。 本篇博客涉及知识点思维导图: 目录 1.封装 2.继承 3.多态 1.封装 生活中有很多东西我们并不想让其它人知道,比如我的身…

封装、继承和多态

目录 前言一、什么是封装?二、什么是继承?三、什么是多态? 前言 其实封装、继承和多态不仅仅是java的特性,而是所有面向对象程序的三大特性。 一、什么是封装? 封装就是对类内部的实现细节进行隐藏,然后…

封装、继承、多态 详解

面向对象的三个基本特征:封装、继承、多态 1.封装 (1)封装是实现面向对象的第一步,封装就是将数据或函数等集合在一个单元中(类)。被封装的对象通常被称为抽象数据类型。 (2)类具…

面向对象编程三大特性------封装、继承、多态

一、封装 封装从字面上来理解就是包装的意思,专业点就是信息隐藏,是指利用抽象数据类型将数据和基于数据的操作封装在一起,使其构成一个不可分割的独立实体,数据被保护在抽象数据类型的内部,尽可能地隐藏内部的细节&am…

人脸识别API接口 活体检测 人证比对 人身核验

技术原理 l通过自拍获得自拍照,或者通过活体SDK获得活体照片; l通过姓名、身份证号获得公安带网纹照片,通过去网纹技术得到清晰照片; l自拍照或者活体照片与公安照片进行比对; l确认用户与比对证件为同一人。 适用…

浅谈私有云端的人脸识别与人证比对

人脸识别,是基于人的脸部特征信息进行身份识别的一种生物识别技术。用摄像机或摄像头采集含有人脸的图像或视频流,并自动在图像中检测和跟踪人脸,进而对检测到的人脸进行脸部识别的一系列相关技术,通常也叫做人像识别、面部识别。 而私有云人脸识别人证对比系统是一款基于…

论文精读|大规模双样学习用于人证比对

点击上方“AI公园”,关注公众号 之前分享过Docface,Docface,这篇是在Docface之前的一篇文章,也是专门处理人证比对问题,也是用到了imprint的技术,Docface就是参考了这篇文章中的imprint。 Large-scale Bisample Learni…

基于人脸识别开发人证比对访客系统

2019独角兽企业重金招聘Python工程师标准>>> 原作者 panmingzhi 最近有个小区用到了虹软的人脸识别,效果还不错。又有一个项目要用人证访客对比,分享一下项目,希望可以帮到有需要的。 码字前先上项目地址:https://gite…

人脸识别技术开发人证比对访客系统

原作者 panmingzhi 最近有个小区用到了虹软的人脸识别,效果还不错。又有一个项目要用人证访客对比,分享一下项目,希望可以帮到有需要的。 码字前先上项目地址:https://gitee.com/panmingzhi/IdCardFaceIdentifier 首先是读证的问题…

人脸识别、人证比对核验数据特点

一、人证合一验证系统产品简介: 人证合一验证系统是一套利用专业证件扫描设备和身份证阅读机具,实现采集持证人相片与所持证件人相关信息发送至公安部身份证副本库进行生物特征比对,验证人与证是否一致的软硬件结合系统。 从技术上基本解决了这两个主要问题:利用经公安部…

双目活体检测摄像头|离线式人证比对|人脸识别SDK

产品概述 中安未来双目防伪人证核验设备(TH-DE300)是一款基于中安未来自主独立研 发的双目多光谱生物识别技术,打造的一体化终端产品,主要适用于需要进行人证合一验证 的业务场景,对被验证人员身份进行验证。如防止冒用他人办理业务、刷脸控制…

人脸识别人证比对技术SDK

人脸识别人证比对技术SDK 人脸识别人证比对技术SDK 一、人脸识别人证比对技术1:1及1:N概念 人脸识别人证比对技术1:1如我们现在在宾馆、网吧、机场安检等的人与身份证上的照片进行比对的应用,用来证明自己是自己。想想,目前我们在…

人证比对的解决方案

人证比对的解决方案 目前,人证比对应用的场景很多:机场、高铁站过安检;P2P的软件注册;酒店、网吧、手机营业厅、银行开户;以及政府单位的一些柜台。1:1人脸比对有着用户量大、行业广、比对速度快、精准、使用方便、成本…

PockerFace 离线版人证比对 SDK 编程指南

深圳市喜汇信息科技有限公司(PockerFace)是一家通过深度学习框架打造新一代人脸识别技术的科技创新公司,具有完全自主知识产权的核心技术,在人脸检测、人脸识别、人脸属性检测、活体检测、人脸搜索等多个领域均有原创性创新。检出率、错检率、误检率、检…

人脸识别算法源码SDK开发包人证比对二次开发检测核验开发包

人脸识别算法源码SDK开发包人证比对二次开发检测核验开发包 ID:89120059902830359120170116926

人脸识别|人证比对《DocFace+: ID Document to Selfie Matching》论文解读

请点击上方“AI公园”,关注公众号 【导读】这是之前那篇DocFace的后续,作者在原来的基础上进行了升级,效果更佳,而且开源了代码。 代码:https://github.com/seasonSH/DocFace 摘要:日常生活中需要大量的出示…