当前位置:首页 > > 充电吧
[导读]设计良好之面向对象系统(OO-systems )会将对象的内部封装起来,只留两个函数负责对象拷贝(复制),那便是带着适切名称的copy构造函数和copy assignment操作符,我称它们为copy

设计良好之面向对象系统(OO-systems )会将对象的内部封装起来,只留两个函数负责对象拷贝(复制),那便是带着适切名称的copy构造函数和copy assignment操作符,我称它们为copying 函数。编译器会在必要时候为我们的classes创建copying 函数,并说明这些"编译器生成版"的行为: 将被拷对象的所有成员变量都做一份拷贝。
       如果你声明自己的copying 函数,意思就是告诉编译器你并不喜欢缺省实现中的某些行为。编译器仿佛被冒犯似的,会以一种奇怪的方式回敬:当你的实现代码几乎必然出错时却不告诉你。

       考虑一个class 用来表现顾客,其中手工写出(而非由编译器创建)copying 函数,使得外界对它们的调用会被志记Clogged) 下来:

void logCall(const std::string& funcName);// 制造一个log entry  
class Customer {  
public:  
    ......  
    Customer(const Customer& rhs);  
    Customer& operator=(const Customer& rhs);  
    ......  
private:  
    std::string name;  
};  
Customer::Customer(const Customer& rhs):name(rhs.name)// 复制rhs 的数据  
{  
    logCall("Customer copy constructor");  
}  
  
Customer& Customer::operator=(const Customer& rhs)  
{  
    logCall("Customer copy assignment operator");  
    name = rhs.name; // 复制rhs 的数据  
    return *this;    
}

       这里的每一件事情看起来都很好,而实际上每件事情也的确都好,直到另一个成员变量加入战局:

class Date { ... };// 日期  
class Customer {  
public:  
    ......         // 同前  
private:  
    std::string name;  
    Date lastTransaction;  
};

       这时候既有的copying函数执行的是局部拷贝(partial copy) :它们的确复制了顾客的name,但没有复制新添加的lastTransaction。大多数编译器对此不出任何怨言一一即使在最高警告级别中。这是编译器对"你自己写出copying函数"的复仇行为: 既然你拒绝它们为你写出copying函数,如果你的代码不完全,它们也不告诉你。结论很明显:如果你为class 添加一个成员变量,你必须同时修改copying函数。(你也需要修改class 的所有构造函数以及任何非标准形式的operator=。如果你忘记,编译器不太可能提醒你。)

       一旦发生继承,可能会造成此一主题最暗中肆虐的一个潜藏危机。试考虑:

class PriorityCustomer: public Customer {// 一个derivedclass  
public:  
    ......  
    PriorityCustomer(const PriorityCustomer& rhs);  
    PriorityCustomer& operator=(const PriorityCustomer& rhs);  
    ......  
private:  
    int priority;  
};  
PriorityCustomer::PriorityCustomer(const PriorityCustomer& rhs)  
: priority(rhs.priority)  
{  
    logCall("PriorityCustomer copy constructor");  
}  
PriorityCustomer&  
PriorityCustomer::operator=(const PriorityCustomer& rhs)  
{  
    logCall("PriorityCustomer copy assignment operator");  
    priority = rhs.priority;  
    return *this;  
}

       PriorityCustomer 的copying 函数看起来好像复制了PriorityCustomer 内的每一样东西,但是请再看一眼。是的,它们复制了PriorityCustomer 声明的成员变量,但每个PriorityCustomer还内含它所继承的Customer 成员变量复件(副本) ,而那些成员变量却未被复制。PriorityCustomer 的copy 构造函数并没有指定实参传给其base class 构造函数(也就是说它在它的成员初值列( member initialization list) 中没有提到Customer) ,因此PriorityCustomer对象的Customer成分会被不带实参之Customer 构造函数(即default构造函数必定有一个否则无法通过编译)初始化。default构造函数将针对name 和lastTransaction执行缺省的初始化动作。

       任何时候只要你承担起"为derived class 撰写copying 函数"的重责大任,必须很小心地也复制其base class 成分。那些成分往往是private  ,所以你无法直接访问它们,你应该让derived class 的copying 函数调用相应的base class 函数:

PriorityCustomer::PriorityCustomer(const PriorityCustomer& rhs)  
: Customer (rhs) , // 调用base class的copy构造函数  
  priority(rhs.priority)  
{  
    logCall("PriorityCustomer copy constructor");  
}  
PriorityCustomer&  
PriorityCustomer::operator=(const PriorityCustomer& rhs)  
{  
    logCall("PriorityCustomer copy assignment operator");  
    Customer::operator=(rhs); // 对base class成分进行赋值动作  
    priority = rhs.priority;  
    return *this;  
}

       本条款题目所说的"复制每一个成分"现在应该很清楚了。当你编写一个copying函数,请确保(1) 复制所有local 成员变量, (2) 调用所有base classes 内的适当的copying 函数。
       这两个copying 函数往往有近似相同的实现本体,这可能会诱使你让某个函数调用另一个函数以避免代码重复。这样精益求精的态度值得赞赏,但是令某个copying函数调用另一个copying 函数却无法让你达到你想要的目标。
       令copy assignment 操作符调用copy 构造函数是不合理的,因为这就像试图构造一个已经存在的对象。这件事如此荒谬,乃至于根本没有相关语法。是有一些看似如你所愿的语法,但其实不是:也的确有些语法背后真正做了它,但它们在某些情况下会造成你的对象败坏,所以我不打算将那些语法呈现给你看。单纯地接受这个叙述吧:你不该令copy assignment 操作符调用copy 构造函数。
       反方向一一令copy 构造函数调用copy assignment 操作符一一同样无意义。构造函数用来初始化新对象,而copy assignment 操作符只施行于己初始化对象身上。对一个尚未构造好的对象赋值,就像在一个尚未初始化的对象身上做"只对己初始化对象才有意义"的事一样。无聊嘛!别尝试。
       如果你发现你的copy 构造函数和copy assignment 操作符有相近的代码,消除重复代码的做法是,建立→个新的成员函数给两者调用。这样的函数往往是private 而且常被命名为init。这个策略可以安全消除copy 构造函数和copy assignment 操作符之间的代码重复。

需要记住的
1.Copying 函数应该确保复制"对象内的所有成员变量"及"所有base class 成分"。
2.不要尝试以某个copying 函数实现另一个copying 函数。应该将共同机能放进第三个函数中,并由两个coping 函数共同调用。

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: 驱动电源

在工业自动化蓬勃发展的当下,工业电机作为核心动力设备,其驱动电源的性能直接关系到整个系统的稳定性和可靠性。其中,反电动势抑制与过流保护是驱动电源设计中至关重要的两个环节,集成化方案的设计成为提升电机驱动性能的关键。

关键字: 工业电机 驱动电源

LED 驱动电源作为 LED 照明系统的 “心脏”,其稳定性直接决定了整个照明设备的使用寿命。然而,在实际应用中,LED 驱动电源易损坏的问题却十分常见,不仅增加了维护成本,还影响了用户体验。要解决这一问题,需从设计、生...

关键字: 驱动电源 照明系统 散热

根据LED驱动电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。

关键字: LED 设计 驱动电源

电动汽车(EV)作为新能源汽车的重要代表,正逐渐成为全球汽车产业的重要发展方向。电动汽车的核心技术之一是电机驱动控制系统,而绝缘栅双极型晶体管(IGBT)作为电机驱动系统中的关键元件,其性能直接影响到电动汽车的动力性能和...

关键字: 电动汽车 新能源 驱动电源

在现代城市建设中,街道及停车场照明作为基础设施的重要组成部分,其质量和效率直接关系到城市的公共安全、居民生活质量和能源利用效率。随着科技的进步,高亮度白光发光二极管(LED)因其独特的优势逐渐取代传统光源,成为大功率区域...

关键字: 发光二极管 驱动电源 LED

LED通用照明设计工程师会遇到许多挑战,如功率密度、功率因数校正(PFC)、空间受限和可靠性等。

关键字: LED 驱动电源 功率因数校正

在LED照明技术日益普及的今天,LED驱动电源的电磁干扰(EMI)问题成为了一个不可忽视的挑战。电磁干扰不仅会影响LED灯具的正常工作,还可能对周围电子设备造成不利影响,甚至引发系统故障。因此,采取有效的硬件措施来解决L...

关键字: LED照明技术 电磁干扰 驱动电源

开关电源具有效率高的特性,而且开关电源的变压器体积比串联稳压型电源的要小得多,电源电路比较整洁,整机重量也有所下降,所以,现在的LED驱动电源

关键字: LED 驱动电源 开关电源

LED驱动电源是把电源供应转换为特定的电压电流以驱动LED发光的电压转换器,通常情况下:LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: LED 隧道灯 驱动电源
关闭