C++如何实现直接父类调用？能否新增std::direct_parent特性？

现有实现方式 #

1. 宏定义统一管理直接父类 #

用宏封装直接父类的引用，后续修改继承关系时只需更新宏定义，无需逐一修改子类中的父类调用：

// 初始状态
#define DIRECT_PARENT Base

class Base
{
public:
    virtual void doSomething() {}
};

class Derived : public DIRECT_PARENT
{
public:
    void doSomething() override 
    {
        DIRECT_PARENT::doSomething(); // 统一通过宏调用父类方法
        // 子类自定义逻辑
    }
};

// 新增Between类时，仅修改宏定义
#undef DIRECT_PARENT
#define DIRECT_PARENT Between

class Between : public Base
{
public:
    void doSomething() override
    {
        Base::doSomething();
        // Between的专属逻辑
    }
};

class Derived : public DIRECT_PARENT
{
public:
    void doSomething() override 
    {
        DIRECT_PARENT::doSomething(); // 此处无需修改
        // 子类自定义逻辑
    }
};

该方案简单高效，且天然支持单一继承约束——如果误用多重继承，宏定义会引发编译冲突，符合需求。

2. CRTP实现类型安全的父类调用 #

利用奇异递归模板模式（CRTP）封装父类调用逻辑，通过模板参数指定直接父类，编译期确保单一继承约束：

#include <type_traits>

template<typename Derived, typename DirectParent>
class ParentProxy : public DirectParent
{
protected:
    using direct_parent = DirectParent;

    void call_parent_doSomething()
    {
        direct_parent::doSomething();
    }

    // 可扩展其他父类方法的统一调用接口
};

// 初始结构
class Base
{
public:
    virtual void doSomething() {}
};

class Derived : public ParentProxy<Derived, Base>
{
public:
    void doSomething() override 
    {
        call_parent_doSomething();
        // 子类自定义逻辑
    }
};

// 新增Between类时，仅修改Derived的模板参数
class Between : public ParentProxy<Between, Base>
{
public:
    void doSomething() override
    {
        call_parent_doSomething();
        // Between的专属逻辑
    }
};

class Derived : public ParentProxy<Derived, Between>
{
public:
    void doSomething() override 
    {
        call_parent_doSomething(); // 此处无需修改
        // 子类自定义逻辑
    }
};

这种方式比宏更优雅，依托C++类型系统提供编译期检查，避免宏的作用域问题，同时可扩展出更多父类方法的统一调用接口。

向C++标准委员会提交特性请求的可行性 #

完全可以提出这类特性请求，具体需要注意：

• 明确场景与语义：清晰定义std::direct_parent的适用范围（仅单一直接继承场景），比如作为编译期类型别名，或提供成员函数this->direct_parent::doSomething()的语法糖，多重继承时触发编译错误。
• 对齐现有标准风格：参考std::is_base_of等类型萃取工具的设计思路，保持语法一致性。
• 提交流程：可通过C++标准委员会的官方渠道提交提案，或通过邮件列表与核心成员讨论。不过新特性的纳入需要经过多轮评审，需充分证明其实用性、无歧义性，以及解决现有方案无法覆盖的痛点。

内容的提问来源于stack exchange，提问作者gil_mo