问题标签 [table-driven]

我最初致力于使用常用的 switch 和 case 方法在C中实现一个 4 状态状态表，但最近偶然发现使用表驱动编程来更容易地创建它。

在研究它之后，我仍然对它的工作原理感到困惑。

表驱动编程如何用于状态表实现？

我正在重写依赖于表驱动方法的应用程序。候选应用程序通过条件逻辑处理事件。重写将删除硬编码的事件依赖，有利于通过数据库表进行决策，其列配置为布尔选择每个事件的特定细节。

我对这种实现的担忧是行为疯狂。我可能需要创建许多方法来直接调用曾经有条件地依赖逻辑的功能。它们的数量可能很大，我要避免的是以下情况：

1. 带有许多小助手的大型主要功能
2. 具有较少帮助器的较小的、孤立的函数
3. 无需考虑数量，根据需要提供尽可能多的功能

在这个实现中，表格方法是僵化和不灵活的。方法设计的阶梯式方法是一个考虑因素，并且重写总共要处理大约 200 个左右的事件。

是否应该担心基于我的实现的方法数量？我打算将表格读入内存并处理事件。我对此很熟悉，并希望确定我的实现符合正确的编码标准和准则。

是否有任何使用 testify 编写干净表驱动测试的示例。输入和预期输出的表驱动测试效果很好，但必须测试依赖项的输出似乎真的很难做到。

下面的示例使用一个模拟接口，并要求我编写一个全新的测试函数来验证被测函数是否正确处理依赖错误。我只是在寻找建议，以使使用 testify 模拟包更简化编写单元测试。

我正在用 golang 为我的项目编写控制器的测试用例。在控制器中有带SaveProvider()参数的函数名称，c *gin.Context我不知道如何将 JSON 传递给c *gin.Contextthis 参数以及如何测试控制器中使用的函数 谁能告诉我这段代码有什么问题。也称为表驱动测试。

控制器中的功能是：-

我在 Spring Boot 项目中使用kotlintest进行单元和集成测试。我可以在 IntelliJ 中毫无问题地运行我的单元测试，并且它们都是绿色的。但是，当我在 gradle 中运行我的测试时./gradlew clean test，我所有使用table(),headers()和row()函数的测试都失败了，但出现以下异常：

所有其他测试都很好。

这是我的一部分build.gradle：

根据我的阅读，我什至不需要io.kotlintest:kotlintest-assertions依赖项，因为它应该包含在跑步者中。

看起来 TableTestingKt 没有像它应该的那样转换为一个类。

我一直在运行报告并为此报告创建表格。现在其他用户也在运行这个报告。所以我需要用户能够同时运行存储过程而不用担心覆盖表。我尝试使用一个简单的临时表，但我需要临时表来完成两个“功能”。一个创建表的动态 sql 语句和一个表驱动的动态 sql 语句。

我的主要问题是我希望表驱动的代码能够看到全局临时表变量，但它没有。在仍然使用临时表的同时是否有解决方法？有没有办法一次运行两个动态 sql 语句，以便其他类型的临时表可以工作？

任何正确方向的建议都是有帮助的。谢谢你。