创建析构函数是好的编程实践吗?
Is it good programming practice to create my Destructors?
我的 c++ 书说析构函数"在对象被销毁时自动调用"。那么,如果我不打算在其中包含任何类似以下示例的代码,那么创建一个被认为是好的做法还是坏做法?
我书中的例子是:
Demo::~Demo()
{
cout << "Now the destructor is running.n";
}
记住三法则
三法则(也称为三巨头法则或三巨头法则(是C++(在C++11之前(的经验法则,它声称如果一个类定义了以下一项(或多项(,则可能应该明确定义所有三个:1
- 破坏者
- 复制构造函数
- 复制赋值运算符
相关文章:
- 什么时候调用组成单元对象的析构函数
- 如果C++类在类方法中具有动态分配,但没有构造函数/析构函数或任何非静态成员,那么它仍然是POD类型吗
- 内联映射初始化的动态atexit析构函数崩溃
- 什么时候调用析构函数
- 优先顺序:智能指针和类析构函数
- C++-明确何时以及如何调用析构函数
- 使用基类指针创建对象时,缺少派生类析构函数
- 在c++中使用向量时,如何调用构造函数和析构函数
- 重载运算符new[]的行为取决于析构函数
- 我需要知道编译器如何在cpp中使用析构函数
- 为什么在使用转换构造函数赋值后调用C++类的析构函数?
- 析构函数调用
- 通过引用传递-为什么要调用这个析构函数
- 对具有动态分配的内存和析构函数的类对象的引用
- 重载 -> shared_ptr 个实例中的箭头运算符<interface>,接口中没有纯虚拟析构函数
- C++成员的析构函数顺序与shared_ptr
- C++ 防止在映射中放置()时调用析构函数
- 在这种情况下显式调用时,std::cout 如何更改析构函数的行为?
- 创建析构函数是好的编程实践吗?
- 全局析构函数在C/C++编程中是必要的吗