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