C++如何根据函数名动态生成逻辑相近的成员函数实现？

C++ 没有原生的基于函数名反射自动生成代码的内置能力，但可以通过「抽离公共逻辑、参数化差异点」的思路完全消除这类冗余代码，以下是三种工程上常用的落地方案，按推荐优先级排序：

私有成员模板（首选，零开销、类型安全、易调试） #

把所有公共逻辑抽到类的私有const成员模板中，将差异的接口调用作为模板参数传入，对外暴露的接口只需要做一行转发即可，完全不影响上层调用方的原有代码。
头文件改动示例：

// A.h
class A : public ParentA
{
  public:
    explicit A(B& b);
    ~A() override = default;

    // 对外接口签名完全不变，无上层兼容成本
    C does_same_thing1() const;
    C does_same_thing2() const;
    C does_same_thing3() const;
  private:
    // 通用实现模板，参数为values()对象的成员函数指针
    template<auto Fn>
    C run_common_logic() const {
        // 此处填写所有重复的公共逻辑
        // ...
        // 所有差异调用点统一用传入的成员指针触发
        return (xyz.values().*Fn)();
    }
};

源文件实现示例：

// A.cpp
C A::does_same_thing1() const { return run_common_logic<&decltype(xyz.values())::thing1>(); }
C A::does_same_thing2() const { return run_common_logic<&decltype(xyz.values())::thing2>(); }
C A::does_same_thing3() const { return run_common_logic<&decltype(xyz.values())::thing3>(); }

模板会在编译期为每个接口生成和手写完全一致的机器码，没有任何运行时开销。如果差异调用点不止return位置，只需要在公共逻辑里所有需要调用差异接口的位置统一用传入的可调用对象/成员指针调用即可，适配性很强。

类内宏批量生成（适合接口数量多、逻辑简单的场景） #

如果这类接口有十余个甚至更多，连模板的转发代码都不想重复写，可以用限域宏做批量展开，宏定义用完立刻#undef，不会污染全局命名空间。
示例：

// A.h 类内
#define DEFINE_ACCESSOR(N) \
C does_same_thing##N() const { \
    // 此处填写所有公共逻辑
    // ...
    return xyz.values().thing##N(); \
}

    // 批量生成接口，新增接口只需要加一行序号
    DEFINE_ACCESSOR(1)
    DEFINE_ACCESSOR(2)
    DEFINE_ACCESSOR(3)
#undef DEFINE_ACCESSOR

该方案不需要额外在源文件写实现，缺点是宏展开后的代码调试时栈信息可读性较差，复杂逻辑不推荐使用。

X Macro 批量生成（适配头源分离的工程规范） #

如果项目要求声明和实现必须分离在头、源文件中，又想保留批量生成的便利性，可以用X Macro技巧，把所有接口序号统一维护在一个列表中，头文件批量生成声明、源文件批量生成实现，避免漏写。
首先在头文件中维护接口列表：

// 放在A.h类定义前即可
#define ACCESSOR_LIST \
    X(1) \
    X(2) \
    X(3)

类内批量生成声明：

class A : public ParentA {
public:
    // ... 其他成员函数
    #define X(N) C does_same_thing##N() const;
    ACCESSOR_LIST
    #undef X
};

源文件中批量生成实现：

// A.cpp
#define X(N) \
C A::does_same_thing##N() const { \
    // 公共逻辑
    // ...
    return xyz.values().thing##N(); \
}
ACCESSOR_LIST
#undef X

这种方案下新增、删除接口只需要修改最上方的ACCESSOR_LIST列表即可，声明和定义会自动同步，不会出现漏写的问题，适合对代码组织要求高、接口数量多的项目。

不推荐为了这类场景引入外部脚本、代码生成器等额外依赖，以上三种都是标准C++语法支持的方案，编译后行为和手写重复代码完全一致，维护成本远低于外部工具。

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