Arduino ESP32 GUI开发中虚拟继承构造函数的规范实现方案咨询

当前方案的优缺点 #

你当前用宏批量生成构造参数列表、父类调用的方式属于嵌入式开发中为了减少重复代码的权宜之计，确实能实现精简代码的目标，但不属于通用的良好开发实践，核心问题如下：

• 宏没有类型安全检查，参数顺序写错、类型不匹配的问题很难在编译期被精准定位，报错信息会非常晦涩
• 宏的全局作用域特性很容易引发命名冲突，后续扩展修改宏的时候会牵一发动全身，稍有不慎就会影响所有依赖宏的类
• 代码调试难度高，宏展开后的逻辑无法直接打断点追踪
• 多继承层级越深，宏叠加后的参数列表越难维护，参数顺序记起来负担很高

更优的解决方案 #

结合ESP32 Arduino编译环境支持C11及以上标准的特性，优先用C原生特性替换宏，实现更高的安全性和可维护性，同时保持代码精简：

1. 用继承构造函数消除重复代码（最优替换方案） #

C++11引入的using继承构造语法，可以直接继承父类的所有构造函数，完全不需要手动定义构造参数列表和父类调用语句，比你的宏写法更短、更安全。
示例修改：

// 原写法
// class DIALOG_BUTTON_CLOSE_DIALOG: public DIALOG_BUTTON_TEXT{
//   public:
//   DIALOG_BUTTON_CLOSE_DIALOG (_DIALOG_BUTTON_TEXT_PRAM) : _DIALOG_BUTTON_TEXT_CALL{};

// 替换后写法
class DIALOG_BUTTON_CLOSE_DIALOG: public DIALOG_BUTTON_TEXT{
  public:
  // 直接继承DIALOG_BUTTON_TEXT的所有构造函数，无需重复写参数列表
  using DIALOG_BUTTON_TEXT::DIALOG_BUTTON_TEXT;
  void onClick(DIALOG* d){
    d->gui->removeDialog(d);
  }
};

所有仅重写虚方法、不需要新增构造参数的子类都可以用这个方式实现，完全消除构造函数的重复代码。

2. 参数结构体打包减少参数数量 #

把重复出现的参数组打包成结构体，进一步简化构造函数的参数列表，避免参数顺序写错的问题：

// 定义通用参数结构体
struct Rect {
  uint16_t x;
  uint16_t y;
  uint16_t w;
  uint16_t h;
};
struct ButtonStyle {
  uint16_t color_normal;
  uint16_t color_press;
  uint16_t text_color;
  uint8_t text_size;
};

// 基类构造函数简化为
DIALOG_BUTTON::DIALOG_BUTTON(Rect rect, ButtonStyle style) {
  // 内部初始化属性
}

// 实例化控件的时候可读性更高，不用担心参数顺序错误
DIALOG_BUTTON_CLOSE_DIALOG CLOSE{
  {0, 160, 150, 40},
  {ILI9341_BLUE, ILI9341_PINK, 0xFFFF, 2},
  "Back"
};

3. 增量兼容方案 #

如果不想一次性重构所有现有代码，可以采用增量替换的方式：新编写的控件类用using继承构造的方式实现，原有依赖宏的代码暂时保留，后续迭代过程中逐步替换即可。

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