表驱动法是什么

表驱动法（Table-Driven Design）本质上是“以数据替代条件判断”。当规则数量不断增加、条件分支越来越难维护时，将规则整理到表中，再根据输入做查找，可以明显降低代码复杂度。

在业务系统中常见的例子包括：状态迁移表、权限矩阵、优惠券策略映射等。接下来用三个小程序演示这个思路。

案例一：石头剪刀布

传统写法往往是一串 if/else 或 switch。使用表驱动法，只需维护一份胜利映射：

static const uint32_t WINNING_MOVES[] = {
    0,        // 占位，下标从 1 开始
    SCISSORS, // ROCK 胜过 SCISSORS
    PAPER,    // SCISSORS 胜过 PAPER
    ROCK      // PAPER 胜过 ROCK
};

bool player_wins(uint32_t player, uint32_t opponent) {
    if (player == opponent) {
        return false; // 平局视为未胜
    }
    return WINNING_MOVES[player] == opponent;
}

一旦要扩展玩法（例如加入“蜥蜴、斯波克”），只需补充映射表即可。

案例二：分数评级

查表法让分数转换成等级更直观：

char make_grade(uint32_t score) {
    if (score > 100) {
        return 'X';
    }
    static const char GRADES[] = {
        'F','F','F','F','F','F','D','C','B','A','A'
    };
    return GRADES[score / 10];
}

数组下标对应分段区间，使得规则一目了然。

案例三：月份天数

结合闰年判断，也可以把每月天数放进表里：

uint32_t days_in_month(uint32_t year, uint32_t month) {
    static const uint32_t DAYS_COMMON_YEAR[] = {
        31,28,31,30,31,30,31,31,30,31,30,31
    };
    static const uint32_t DAYS_LEAP_YEAR[] = {
        31,29,31,30,31,30,31,31,30,31,30,31
    };
    bool leap = (year % 4 == 0 && year % 100 != 0) || (year % 400 == 0);
    return leap ? DAYS_LEAP_YEAR[month - 1] : DAYS_COMMON_YEAR[month - 1];
}

通过两份数组快速选取结果，避免在每次判断中重复写闰年的逻辑。

使用心得

  • 先画表，再写代码：把所有输入、输出、边界情况列出来，确认是否覆盖完整。
  • 表结构易于维护：使用配置文件或数据库存储规则，支持非工程师的运营同事调整。
  • 注意缓存与性能：大型表可以放在内存中，或搭配哈希索引来加速查询。
  • 保持单一职责：逻辑层只负责查表，不要混入过多的业务判断。

适用场景

  • 多条件组合导致的“条件爆炸”。
  • 规则相对稳定，但需要频繁调整内容。
  • 需要将规则交给业务人员维护。

总结

表驱动法不是新的概念，却是控制复杂度的可靠武器。将分支逻辑转化为数据结构，再通过查表解释业务规则，代码更短、更易测、更容易交接。