您的位置 首页 > 德语词汇

virtual是什么意思?用法、例句 C++ Virtual详解

大家好,今天小编来为大家解答以下的问题,关于virtual是什么意思?用法、例句,C++ Virtual详解这个很多人还不知道,现在让我们一起来看看吧!

Virtual是C++OO机制中很重要的一个关键字。只要是学过C++的人都知道在类Base中加了Virtual关键字的函数就是虚拟函数(例如函数print),于是在Base的派生类Derived中就可以通过重写虚拟函数来实现对基类虚拟函数的覆盖。当基类Base的指针point指向派生类Derived的对象时,对point的print函数的调用实际上是调用了Derived的print函数而不是Base的print函数。这是面向对象中的多态性的体现。(关于虚拟机制是如何实现的,参见InsidetheC++ObjectModel,AddisonWesley1996)classBase{public:Base(){}public:virtualvoidprint(){cout<<"Base";}};classDerived:publicBase{public:Derived(){}public:voidprint(){cout<<"Derived";}};intmain(){Base*point=newDerived();point->print();}

virtual是什么意思?用法、例句 C++ Virtual详解

Output:Derived这也许会使人联想到函数的重载,但稍加对比就会发现两者是完全不同的:(1)重载的几个函数必须在同一个类中;覆盖的函数必须在有继承关系的不同的类中(2)覆盖的几个函数必须函数名、参数、返回值都相同;重载的函数必须函数名相同,参数不同。参数不同的目的就是为了在函数调用的时候编译器能够通过参数来判断程序是在调用的哪个函数。这也就很自然地解释了为什么函数不能通过返回值不同来重载,因为程序在调用函数时很有可能不关心返回值,编译器就无法从代码中看出程序在调用的是哪个函数了。(3)覆盖的函数前必须加关键字Virtual;重载和Virtual没有任何瓜葛,加不加都不影响重载的运作。关于C++的隐藏规则:我曾经听说过C++的隐藏规则:(1)如果派生类的函数与基类的函数同名,但是参数不同。此时,不论有无virtual关键字,基类的函数将被隐藏(注意别与重载混淆)。(2)如果派生类的函数与基类的函数同名,并且参数也相同,但是基类函数没有virtual关键字。此时,基类的函数被隐藏(注意别与覆盖混淆)。#include<iostream.h>classBase{public:virtualvoidf(floatx){cout<<"Base::f(float)"<<x<<endl;}voidg(floatx){cout<<"Base::g(float)"<<x<<endl;}voidh(floatx){cout<<"Base::h(float)"<<x<<endl;}};classDerived:publicBase{public:virtualvoidf(floatx){cout<<"Derived::f(float)"<<x<<endl;}voidg(intx){cout<<"Derived::g(int)"<<x<<endl;}voidh(floatx){cout<<"Derived::h(float)"<<x<<endl;}};voidmain(void){Derivedd;Base*pb=&d;Derived*pd=&d;//Good:behaviordependssolelyontypeoftheobjectpb->f(3.14f);//Derived::f(float)3.14pd->f(3.14f);//Derived::f(float)3.14//Bad:behaviordependsontypeofthepointerpb->g(3.14f);//Base::g(float)3.14pd->g(3.14f);//Derived::g(int)3(surprise!)//Bad:behaviordependsontypeofthepointerpb->h(3.14f);//Base::h(float)3.14(surprise!)pd->h(3.14f);//Derived::h(float)3.14}bp和dp指向同一地址,按理说运行结果应该是相同的,而事实上运行结果不同,所以他把原因归结为C++的隐藏规则,其实这一观点是错的。决定bp和dp调用函数运行结果的不是他们指向的地址,而是他们的指针类型。“只有在通过基类指针或引用间接指向派生类子类型时多态性才会起作用”(C++Primer3rdEdition)。pb是基类指针,pd是派生类指针,pd的所有函数调用都只是调用自己的函数,和多态性无关,所以pd的所有函数调用的结果都输出Derived::是完全正常的;pb的函数调用如果有virtual则根据多态性调用派生类的,如果没有virtual则是正常的静态函数调用,还是调用基类的,所以有virtual的f函数调用输出Derived::,其它两个没有virtual则还是输出Base::很正常啊,nothingsurprise!所以并没有所谓的隐藏规则,虽然《高质量C++/C编程指南》是本很不错的书,可大家不要迷信哦。记住“只有在通过基类指针或引用间接指向派生类子类型时多态性才会起作用”。纯虚函数:C++语言为我们提供了一种语法结构,通过它可以指明,一个虚拟函数只是提供了一个可被子类型改写的接口。但是,它本身并不能通过虚拟机制被调用。这就是纯虚拟函数(purevirtualfunction)。纯虚拟函数的声明如下所示:classQuery{public://声明纯虚拟函数virtualostream&print(ostream&=cout)const=0;//...};这里函数声明后面紧跟赋值0。包含(或继承)一个或多个纯虚拟函数的类被编译器识别为抽象基类。试图创建一个抽象基类的独立类对象会导致编译时刻错误。(类似地通过虚拟机制调用纯虚拟函数也是错误的例如)//Query声明了纯虚拟函数//所以,程序员不能创建独立的Query类对象//ok:NameQuery中的Query子对象Query*pq=newNameQuery("Nostromo");//错误:new表达式分配Query对象Query*pq2=newQuery;抽象基类只能作为子对象出现在后续的派生类中。如果只知道virtual加在函数前,那对virtual只了解了一半,virtual还有一个重要用法是virtualpublic,就是虚拟继承。虚拟继承在C++Primer中有详细的描述,下面稍作修改的阐释一下:在缺省情况下C++中的继承是“按值组合”的一种特殊情况。当我们写classBear:publicZooAnimal{...};每个Bear类对象都含有其ZooAnimal基类子对象的所有非静态数据成员以及在Bear中声明的非静态数据成员类似地当派生类自己也作为一个基类对象时如:classPolarBear:publicBear{...};则PolarBear类对象含有在PolarBear中声明的所有非静态数据成员以及其Bear子对象的所有非静态数据成员和ZooAnimal子对象的所有非静态数据成员。在单继承下这种由继承支持的特殊形式的按值组合提供了最有效的最紧凑的对象表示。在多继承下当一个基类在派生层次中出现多次时就会有问题最主要的实际例子是iostream类层次结构。ostream和istream类都从抽象ios基类派生而来,而iostream类又是从ostream和istream派生classiostream:publicistream,publicostream{...};缺省情况下,每个iostream类对象含有两个ios子对象:在istream子对象中的实例以及在ostream子对象中的实例。这为什么不好?从效率上而言,存储ios子对象的两个复本,浪费了存储区,因为iostream只需要一个实例。而且,ios构造函数被调用了两次每个子对象一次。更严重的问题是由于两个实例引起的二义性。例如,任何未限定修饰地访问ios的成员都将导致编译时刻错误:到底访问哪个实例?如果ostream和istream对其ios子对象的初始化稍稍不同,会怎样呢?怎样通过iostream类保证这一对ios值的一致性?在缺省的按值组合机制下,真的没有好办法可以保证这一点。C++语言的解决方案是,提供另一种可替代按“引用组合”的继承机制虚拟继承(virtualinheritance)在虚拟继承下只有一个共享的基类子对象被继承而无论该基类在派生层次中出现多少次共享的基类子对象被称为虚拟基类。通过用关键字virtual修政一个基类的声明可以将它指定为被虚拟派生。例如,下列声明使得ZooAnimal成为Bear和Raccoon的虚拟基类://关键字public和virtual//的顺序不重要classBear:publicvirtualZooAnimal{...};classRaccoon:virtualpublicZooAnimal{...};虚拟派生不是基类本身的一个显式特性,而是它与派生类的关系如前面所说明的,虚拟继承提供了“按引用组合”。也就是说,对于子对象及其非静态成员的访问是间接进行的。这使得在多继承情况下,把多个虚拟基类子对象组合成派生类中的一个共享实例,从而提供了必要的灵活性。同时,即使一个基类是虚拟的,我们仍然可以通过该基类类型的指针或引用,来操纵派生类的对象

END,本文到此结束,如果可以帮助到大家,还望关注本站哦!

本站涵盖的内容、图片、视频等数据,部分未能与原作者取得联系。若涉及版权问题,请及时通知我们并提供相关证明材料,我们将及时予以删除!谢谢大家的理解与支持!

Copyright © 2023