测试在 Clean 架构中做不止一件事的交互器方法

Question

我一直在阅读有关单元测试和Clean architecture 的内容，并尝试实现涉及这两件事的内容。

据我了解，Clean 架构的结构是为了对 Interactor 对象的方法进行单元测试。

但是当用例类似于“创建一个文件，其内容是从某种格式的某些数据中计算出来的”时，我会感到困惑，因为它不是单一的（有文件内容的计算和文件的创建，这两个都是在用例）

这里有一些伪代码说明我的情况：

/* We are in an Interactor (i.e. UseCaseObject)
 * This method 1)computes fileContent and 2)writes it into a file. 
 */
public void CreateFileFromData(someDataInSomeFormat) {
    var parsedData = SomeParser.Parse(someDataInSomeFormat);

    string fileContent = ???; 

    WriteFile(fileContent); 
}

我的问题如下：

1. Interactor 中定义的方法必须是单一的吗？ （例如，只做一件事）
2. 必须对交互器中定义的方法进行单元测试吗？ （我看到一个函数，不管是不是单一的，作为一个可测试的单元，如果不正确，请纠正我）
3. 哪个类必须在 Clean 架构中进行 fileContent 的计算？

Answer 1

你没有告诉计算数据将从哪里“加载”，但例如让我们假设数据将从另一个文件中读取。

您的交互器将具有三个依赖项
- 读取文件
- 计算新文件的数据
- 写入文件

public class Interactor
{
    public Interactor(IReader reader, ICalculator calculator, IWriter writer)
    { }

    public void DoJob()
    {
        var data = reader.Read();
        var calculatedData = calculator.Calculate(data);
        writer.Write(calculatedData);
    }
}

使用这种方法Interactor 将负责“组合”完成任务所需的步骤。

您可以通过模拟所有依赖项来简单地测试 Interactor。

其中：
IReader 和IWriter 是网关
ICalculator 是Interactor 使用的UseCase 的实现细节 p>

Interactor 中定义的方法必须是单一的吗？ （如，只做 一件事）

方法应该做一件事——执行用例相关的任务。如果任务需要使用网关（外部资源）或任务很复杂以将其保存在一种方法中 - 您将引入所有必需的单元作为依赖项，交互者的责任是将它们“粘合”在一起。

必须对 Interactor 中定义的方法进行单元测试吗？ （我看到一个 功能，统一与否，作为可测试单元，请纠正我 这是不正确的）

仅抽象网关（外部资源） - 然后您可以测试交互器的整个逻辑。如果您首先编写测试 - 您将编写测试并且整个逻辑可以在一个函数中（它可能/应该是丑陋的意大利面条代码，这使得测试通过）。然后，当您看到实施的全貌后，您就可以开始将员工转移到专门的课程中。

哪个类必须在 Clean 中保存 fileContent 的计算 架构？

如果是简单的一行计算，它可以是交互器。但我更喜欢引入专门的计算类并将其作为依赖项引入。虽然测试将保留在交互器中，但专用计算类将通过交互器测试进行测试

Answer 2

Clean Architecture 的一个核心方面是所有应用程序业务逻辑都在 Interactor 方法中。这意味着您还希望将主要测试重点放在通常使用单元测试和低级验收测试的交互器上。

在设计你的交互器方法时，你仍然应该遵循 SRP：应该只有一个改变的理由。 你也可以结合Interactors来跟随SRP。

如果文件内容的计算是你的应用程序业务逻辑，它应该在一个 Interactor 方法中。

有关交互器的更详细讨论，请查看我的帖子：https://plainionist.github.io/Implementing-Clean-Architecture-UseCases/