在C中,是否有关于默认行为与显式代码的共识?

我想知道是否有任何理由明确地编写与C的认行为相同的代码.

这里有一些代码

class BaseClass
{
public:
    virtual ~BaseClass() {}

    virtual void f() { /* do something */ }
};

class ExplicitClass
    : public BaseClass
{
public:
    ExplicitClass()
        : BaseClass()   // <-- explicit call of base class constructor
    {
        // empty function
    }

    virtual ~ExplicitClass() {}  // <-- explicit empty virtual destructor

    virtual void f() { BaseClass::f(); }  // <-- function just calls base
};

class ImplicitClass
    : public BaseClass
{    
};

我主要在重构的领域和一个变化的代码基础上好奇.我不认为很多编程人员打算编写这样的代码,但是当代码随时间变化时,可以最终看起来像这样.

有什么意义可以让代码存在于ExplicitClass中吗?我可以看到奖金,它告诉你发生了什么,但它遇到了很容易发生和冒险的事情.

我个人喜欢删除任何认行为代码(如ImplicitClass)的代码.

有什么共识有利于某种方式吗?

解决方法

这个问题有两种方法

>即使编译器生成相同,也可以定义所有内容,
>没有定义任何编译会做的更好.

(1)的信徒使用如下规则:“始终定义认c-tor,复制C-tor,赋值运算符和d-tor”.

(1)信徒认为有更多的错误,更安全.
不幸的是(1)我们的经理特别喜欢 – 他们认为比没有更好.这样的规则像这样“总是定义四大”去“编码标准”,必须遵循.

我相信(2).对于存在这样的编码标准的公司,我总是发表评论“不要将编译器定义为更好的编译器”

相关文章

本程序的编译和运行环境如下(如果有运行方面的问题欢迎在评...
水了一学期的院选修,万万没想到期末考试还有比较硬核的编程...
补充一下,先前文章末尾给出的下载链接的完整代码含有部分C&...
思路如标题所说采用模N取余法,难点是这个除法过程如何实现。...
本篇博客有更新!!!更新后效果图如下: 文章末尾的完整代码...
刚开始学习模块化程序设计时,估计大家都被形参和实参搞迷糊...