我正在重写一个依赖于Table Driven方法的应用程序。候选应用程序通过条件逻辑处理事件。重写将删除硬编码的事件依赖，有利于通过数据库表进行决策，数据库表的列配置为布尔选择每个事件的特定细节。
我对这种实现的关注是行为疯狂。我可能需要创建许多方法来直接调用曾经有条件逻辑依赖的功能。它们的数量可能很大，我要避免的是以下情况：
- 有许多小帮手的大型主要功能
- 较小的孤立函数，助手数量较少
- 尽可能多的功能而不考虑数字
表格方法在此实现中是僵化且不灵活的。方法设计的阶梯式方法是一个考虑因素，重写是处理大约200个左右的事件。
是否应该根据我的实施方法关注方法的数量？我打算将表读入内存和进程事件。我熟悉this，并希望确定我的实施符合正确的编码标准和指南。