背景
表驱动法，最早接触这个概念是看《代码大全》，之前也在不自觉的应用，本文对这一个概念再做简短的总结。
表驱动法
说明这个概念之前最好先给出不使用这个概念的代码，常见的需要使用表驱动的场景有如下三种情况：
场景1：不同条件不同数据
if (key = "Key A")
{
处理 Key A 相关的数据。
}
else if (key = "Key B")
{
处理 Key B 相关的数据。
}
场景2：不同条件不同行为
if (key = "Key A")
{
执行 Key A 相关的行为。
}
else if (key = "Key B")
{
执行 Key B 相关的行为。
}
场景3：不同条件依次执行
执行 Key A 相关的行为。
执行 Key B 相关的行为。
有了上面三种场景，再理解表驱动法就比较直观了，直接看表驱动的代码：
表 = ｛
"Key A": { "数据项": "数据", "行为项": "行为" },
"Key B": { "数据项": "数据", "行为项": "行为" ｝
};
注：很多语言都支持将“行为”作为一等公民，如：C和C++的函数指针、C#的委托、JS的函数等。
有这样一个表以后，替换上面的三种代码就非常直接了，这里不再赘述。
思考
使用OO替换表驱动法
对于某些不支持OO的语言，表驱动法非常有用，对于支持OO的语言，如果表中的数据项和行为项总数如果超过了3个，建议引入简单的继承体系，将数据项和行为项目提取为新类型体系的成员，然后将表修改为工厂。
表的Key能否为“行为”
当然可以，只是在从表中获取行时，使用这个“行为”决定是否返回行。
如何用表驱动法模拟23个设计模式？
完全有可能的，有兴趣的朋友可以模拟一下管道过滤器模式(这个是架构模式)。