绝不要重新定义继承而来的缺省参数值(Effective C++_37)

理解C++中虚函数的缺省参数与引用调用
本文深入解析了C++中虚函数缺省参数的静态绑定与引用调用的动态绑定之间的区别,通过具体示例阐述了如何在编译期与运行期确定虚函数的调用行为,特别强调了避免重新定义继承而来的虚函数缺省参数的重要性,以及如何通过替代设计如NVI手法来解决此类问题。

一、考虑以下代码
代码来源:http://blog.youkuaiyun.com/cadcisdhht/article/details/6233170

class A
{
public:
   virtual void Fun(int number = 10)
   {
       std::cout << "A::Fun with number " << number;
   }
};

class B:public A
{
public:
   virtual void Fun(int number = 20)
   {
       std::cout << "B::Fun with number " << number;
   }
};

int main()
{
   B b;
   A &a = b;
   a.Fun();
}

结果:

B::Fun with number 10请按任意键继续. . .

分析:由于a是一个指向B实例的引用,因此在运行的时候会调用B::Fun。但缺省参数是在编译期决定的。在编译的时候,编译器只知道a是一个类型a的引用,具体指向什么类型在编译期是不能确定的,因此会按照A::Fun的声明把缺省参数number设为10。
这一题的关键在于理解确定缺省参数的值是在编译的时候,但确定引用、指针的虚函数调用哪个类型的函数是在运行的时候


二、不要重新定义继承而来的虚函数缺省参数值
注:引自http://www.cnblogs.com/lidan/archive/2012/02/11/2347062.html

重新定义一个继承而来的non-virtual函数永远都是错误的,本条款的讨论限制在“带有缺省参数的virtual函数”。

virtual函数是动态绑定的,而缺省参数却是静态绑定。

对象的所谓静态类型,是它在程序中被声明时所采用的类型。

class Shape { 
public: 
    enum ShapeColor {Red, Green, Blue}; 
    virtual void draw(ShapeColor color = Red) const = 0; 
}; 
class Rectangle : public Shape { 
public: 
    //**赋予不同的缺省参数。这真糟糕!** 
    virtual void draw(ShapeColor color = Green) const; 
};

class Circle: public Shape { 
public: 
    virtual void draw(ShapeColor color) const; 
    //以上这么写当客户以对象调用此函数,一定要指定参数值 
    //因为静态绑定下这个函数并不从其base继承缺省参数值 
    //但若以指针(或reference)调用此函数,可以不指定参数值 
    //因为动态绑定下这个函数会从其base继承缺省参数值 
};

Shape* ps;                                        //静态类型是Shape* 
Shape* pc = new Circle;                    //静态类型是Shape* 
Shape* pr = new Rectangle;            //静态类型是Shape*

ps,pc,pr不论这些指针指向什么,它们的静态类型都是Shape*

对象的所谓动态类型则是指“目前所指对象的类型”。可以在程序执行过程中改变

ps = pr;
ps = pc;

virtual 函数系动态绑定而来,意思是调用一个virtual 函数时, 究竟调用哪一份函数实现代码,取决于发出调用的那个对象的动态类型:

pc->draw(Shape::Red) //调用Circle::draw
pr->draw(Shape::Red) //调用Rectangle::draw

考虑带有缺省参数的virtual函数时,因为virtual函数是动态绑定的,而缺省参数是静态绑定的。意思是你可能在“调用一个定义于derived class内的virtual函数”的同时,却使用base class 为他所指定的缺省参数值

pr->draw(); //调用Rectangle::draw(Shape::Red)!

pr的动态类型是Rectangle*,所以调用的是Rectangle的virtual函数。Rectangle::draw函数的缺省参数应该是Green,但由于pr的静态类型是Shape*,所以调用的缺省参数值来自Shape class而非Rectangle class!

即使把指针换成reference,问题仍然存在。

为什么c++坚持以这种乖张的方式来运作呢?答案在于运行期效率。如果缺省参数是动态绑定的,编译器就必须有某种办法在运行期为virtual函数决定适当的参数缺省值。这比目前实行的“在编译期决定”的机制更慢并且复杂。为了程序的执行速度和编译器实现上的简易度,c++做了这样的取舍,其结果就是你如今享受的执行效率。

如果你遵守这条规则,并且同时提供缺省参数值给base和derived classes的用户,又会发生什么呢?

class Shape { 
public: 
    enum {Red, Green, Blue}; 
    virtual void draw(ShapeColor color = Red) const = 0; 
};

class Rectangle : public Shape { 
public: 
    virtual void draw(ShapeColor color = Red) const; 
};

代码重复。更糟的是,又带有相依性;如果Shape内的缺省参数值改变了,所有“重复给定缺省参数值”的那些derived classes也必须改变,否则它们最终导致“重复定义一个继承而来的缺省参数值”。

怎么办?

当你想令virtual函数表现你所想要的行为却遭遇麻烦,聪明的做法是考虑替代设计。条款35。其中之一就是NVI手法:

令base class内的一个public non-virtual函数调用一个private virtual函数,后者可被derived classes重新定义(重新定义后一样的可以实现多态,因为non-virtual函数调用virtual函数)。这里我们可以让non-virtual函数指定缺省参数,而private virtual函数负责真正的工作:

class Shape { 
public: 
    enum {Red, Green, Blue}; 
    void draw(ShapeColor color = Red) const 
    { 
        doDraw(color); 
    } 
private: 
    virtual void doDraw(ShapeColor color) const = 0; 
};

class Rectangle : public Shape { 
public: 
private: 
    virtual void doDraw(ShapeColor color) const;//不需指定缺省参数 
};

由于non-virtual函数应该绝对不被derived classes覆写(条款36),这个设计很清楚的使draw函数的color缺省参数值总为Red

在重新考虑以下一中改动的代码

class A
{
public:
     void fun1(int number=10){
        Fun(number);
    }

private:
     virtual void Fun(int number)
   {
       std::cout << "A::Fun with number " << number;
   }
};

class B:public A
{

private:
   virtual void Fun(int number)
   {
       std::cout << "B::Fun with number " << number;
   }
};

int main()
{
    A* a;
    a=new B;
    a->fun1();
    return 0;

}

结果仍然相同,缺省参数总是10

【无线传感器】使用 MATLAB和 XBee连续监控温度传感器无线网络研究(Matlab代码实现)内容概要:本文围绕使用MATLAB和XBee技术实现温度传感器无线网络的连续监控展开研究,介绍了如何构建无线传感网络系统,并利用MATLAB进行数据采集、处理与可视化分析。系统通过XBee模块实现传感器节点间的无线通信,实时传输温度数据至主机,MATLAB负责接收并处理数据,实现对环境温度的动态监测。文中详细阐述了硬件连接、通信协议配置、数据解析及软件编程实现过程,并提供了完整的MATLAB代码示例,便于读者复现和应用。该方案具有良好的扩展性和实用性,适用于远程环境监测场景。; 适合人群:具备一定MATLAB编程基础和无线通信基础知识的高校学生、科研人员及工程技术人员,尤其适合从事物联网、传感器网络相关项目开发的初学者与中级开发者。; 使用场景及目标:①实现基于XBee的无线温度传感网络搭建;②掌握MATLAB与无线模块的数据通信方法;③完成实时数据采集、处理与可视化;④为环境监测、工业测控等实际应用场景提供技术参考。; 阅读建议:建议读者结合文中提供的MATLAB代码与硬件连接图进行实践操作,先从简单的点对点通信入手,逐步扩展到多节点网络,同时可进一步探索数据滤波、异常检测、远程报警等功能的集成。
内容概要:本文系统讲解了边缘AI模型部署与优化的完整流程,涵盖核心挑战(算力、功耗、实时性、资源限制)与设计原则,详细对比主流边缘AI芯片平台(如ESP32-S3、RK3588、Jetson系列、Coral等)的性能参数与适用场景,并以RK3588部署YOLOv8为例,演示从PyTorch模型导出、ONNX转换、RKNN量化到Tengine推理的全流程。文章重点介绍多维度优化策略,包括模型轻量化(结构选择、输入尺寸调整)、量化(INT8/FP16)、剪枝与蒸馏、算子融合、批处理、硬件加速预处理及DVFS动态调频等,显著提升帧率并降低功耗。通过三个实战案例验证优化效果,最后提供常见问题解决方案与未来技术趋势。; 适合人群:具备一定AI模型开发经验的工程师,尤其是从事边缘计算、嵌入式AI、计算机视觉应用研发的技术人员,工作年限建议1-5年;熟悉Python、C++深度学习框架(如PyTorch、TensorFlow)者更佳。; 使用场景及目标:①在资源受限的边缘设备上高效部署AI模型;②实现高帧率与低功耗的双重优化目标;③掌握从芯片选型、模型转换到系统级调优的全链路能力;④解决实际部署中的精度损失、内存溢出、NPU利用率低等问题。; 阅读建议:建议结合文中提供的代码实例与工具链(如RKNN Toolkit、Tengine、TensorRT)动手实践,重点关注量化校准、模型压缩与硬件协同优化环节,同时参考选型表格匹配具体应用场景,并利用功耗监测工具进行闭环调优。
(清零流程:进维修模式—打开软件清零) 一、清零操作 第一步:打印机进入维修模式(查看维模式进法)。 第二步:废墨计数器:一般选【主要】 ,如报错002请选择【全】或【其它选项】。清零须用USB线把打印机接上电脑,进入维修模式放上纸,再点【清零】操作,提示【恭喜您!成功啦!】重开打印机清零完成。 报错提示: 1. 如报错006 001 005说明没进到维修模式。 2. 报错009说明硬件有问题,可点【读取】查看错误代码, 正常关闭打印机排除硬件问题再操作。 3. 报错002说明有废墨计数器未选对或软件不支持该型号。 4. 打印机有其它硬件问题时,点了【清零】后软件变灰不提示成功,过一分钟直接关打印机重开即可。 二、维修模式的进法(不同机型进法不同,认真阅读再操作) [G1800 G2800 G3800 G4800 IP8780 IP7280 IX6880 IX6780 MG3580 MG3680 TS5080 TS6080 TS6020......]维修模式方法如下: 1.先关闭电源 打印机放纸 2.按下【停止】键,再按【电源】 键。(两键都不松开) 3.当电源灯点亮时,不松【电源】键,只松【停止】键 4.连按5次【停止】键,两键同时松开。 5.电源灯长亮,进入成功。(有时两个灯) [G1810 G2810 G3810 G4810 G5080 G6080 G8080 GM2020 GM4080 TS3380 TS3480 TSS708 TS5120 TS5320 TS5180 TS6120 TS6180 TS6280 TS6220 TS6380 TS6320 TR4580 TR4520 TR7520] 维修模式方法如下: 1.先关闭打印机电源,机子里放纸,按下【电源】键不放手。 2.当电源灯亮时,不松【电源】键,连按5次【停止】键,两键同时松开。 3.电源灯长亮
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值