根据我的理解,提供用户定义的复制构造函数的主要原因是因为我们需要确保数据成员指针被深度复制。
这是否意味着如果我们用智能指针替换原始指针数据成员,提供用户定义的复制构造函数的频率会降低?
答案 0 :(得分:1)
现在问题已被修改,答案是肯定的,如果您使用智能指针执行包装对象的深层复制,则复制此智能指针时。
以前仅关于共享指针: 不,因为复制共享指针会导致两个指向同一对象的共享指针。如果您有一个带有指向子对象的共享指针的对象并将其复制,并且您希望新对象拥有自己的子对象副本(深层复制),则需要在复制构造函数中执行此操作或使用其他类型智能指针。
答案 1 :(得分:1)
是的。如果您只使用知道如何在语义上复制数据的类型,则几乎不需要覆盖默认的复制构造函数。
答案 2 :(得分:1)
正确答案是否定的。您需要为具有指针成员(共享或其他)的任何类定义复制构造函数,除非指针的值是需要复制的值。异常意味着存储在指针中的地址的内存内容由另一个类管理。
共享指针维护引用计数以管理已分配内存的范围,但它不管理内存内容或复制引用的数据。因此,共享指针使程序员不必管理堆上分配的对象的范围。但它并没有减轻程序员为包含动态分配数据指针的对象定义复制构造函数的需要。
术语智能指针是此上下文中共享指针的同义词。具体来说,所指的智能指针是std :: shared_ptr,它保持引用计数如上所述。避免编写复制构造函数的最佳方法是遵循称为资源获取初始化(RAII)的设计模式。这种类型的设计模式保持在堆栈上分配成员数据,以便在堆栈展开时自动调用成员析构函数。
设计执行隐式复制操作的智能指针的概念确实没有意义。虽然可以取消引用指针以获取要复制的数据,但副本需要 new 指针。使用指针(或引用)的整个想法是访问公共内存区域并避免复制。