【问题标题】:Axon framework: How to retrieve id of a state-stored aggregate id in a unit testAxon 框架:如何在单元测试中检索状态存储的聚合 id 的 id
【发布时间】:2021-04-01 17:29:00
【问题描述】:

我是 Axon 框架的新手,正在尝试使用带有状态存储聚合的 CQRS 来实现应用程序。聚合是通过一个命令处理构造函数创建的,该构造函数分配一个随机 UUID 作为聚合标识符。

为了测试聚合上的命令,我通过givenCommands(new CreatePlanCommand(...) 调用创建聚合。然后我想发出被测命令,在这种情况下为UpdatePlanNameCommand,但该命令需要由在测试设置中执行的CreatePlanCommand 分配的聚合ID。有没有办法找回这个?

下面显示的示例测试代码(请参阅when() 调用的评论中的问题):

@Test
public void plan_updatePlan_updatesPlanName() {
    testFixture
            .givenCommands(new CreatePlanCommand(123L, "My Test Plan", funds))
            .when(new UpdatePlanNameCommand(/* How to get aggregate id returned by CreatePlanCommand here? */, "New Name"))
            .expectSuccessfulHandlerExecution()
            .expectState(state -> {
                assertThat(state.getCompanyId(), equalTo(123L));
                assertThat(state.getName(), equalTo("New Name"));
                assertThat(state.getAvailableFunds(), equalTo(funds));
            });
}

创建计划的命令处理程序如下:

@CommandHandler
public Plan(CreatePlanCommand command, PlanFundValidator planFundValidator) {
    // Use injected domain service to verify that all funds in this plan's lineup actually exist
    planFundValidator.validateFundsExist(command.getAvailableFunds());

    this.id = UUID.randomUUID();
    this.companyId = command.getCompanyId();
    this.name = command.getName();
    this.availableFunds = new HashSet<>(command.getAvailableFunds());
    apply(planCreatedEvent());
}

更新:我能够通过使用.givenState(...) 来创建聚合,如下所示:

@Test
public void plan_updatePlan_updatesPlanName() {
    AtomicReference<UUID> planId = new AtomicReference<>();
    testFixture
            .givenState(() -> {
                Plan plan = new Plan(new CreatePlanCommand(123L, "My Test Plan", funds), mockPlanFundValidator);
                planId.set(plan.getId());
                return plan;
            })
            .when(new UpdatePlanNameCommand(planId.get(), "New Name"))
            .expectSuccessfulHandlerExecution()
            .expectState(state -> {
                assertThat(state.getCompanyId(), equalTo(123L));
                assertThat(state.getName(), equalTo("New Name"));
                assertThat(state.getAvailableFunds(), equalTo(funds));
            });
}

但这似乎过于冗长并且在测试可读性和维护方面倒退了一步,所以我仍然很好奇是否有办法使用.givenCommands(...) 来完成此任务。谢谢。

【问题讨论】:

  • 123L 不是你的aggregateId 吗?从您构建命令的方式来看,我认为是这样。
  • 不,这是聚合的自然 ID(计划所针对的公司 ID)。实际的聚合 id 是一个 UUID。不幸的是,由于既定的公司惯例要求单独的内部和外部标识符,我认为我无法更改此设计。
  • 是的,但是您如何生成该 ID?在 CommandHandler 内部?如果您可以添加实际创建聚合的命令处理程序的代码 sn-p,那就太好了。
  • 我将命令处理构造函数的代码添加到原始问题中。谢谢。
  • 相关问题:有没有办法清除在给定测试部分中引发的任何事件?例如,如果我有一个命令“C”的单元测试,它执行命令“A”和“B”作为其“给定”设置测试的一部分,我希望能够断言该命令“C” (被测命令)引发了预期的事件,但看不到命令​​“A”和“B”引发的任何事件,因为它们不是该测试的主题,并且有自己的测试来验证它们引发了预期的事件。谢谢。

标签: java axon


【解决方案1】:

好吧,让我试着给你一些关于这方面的信息。

在我看来,实现它的最简单方法是将 UUID 生成移动到另一个组件。这样,您就可以在测试中清楚地模拟它。

例如:

@CommandHandler
public Plan(CreatePlanCommand command, PlanFundValidator planFundValidator, UUIDGenerator generator) {
    // Use injected domain service to verify that all funds in this plan's lineup actually exist
    planFundValidator.validateFundsExist(command.getAvailableFunds());

    this.id = generator.generate(); // changed this line
    this.companyId = command.getCompanyId();
    this.name = command.getName();
    this.availableFunds = new HashSet<>(command.getAvailableFunds());
    apply(planCreatedEvent());
}

这样做,就像你模拟 PlanFundValidator 一样,你也模拟 UUIDGenerator 确保你有所需的 id。

关于另一个问题:

相关问题:有没有办法清除在给定测试部分中引发的任何事件?例如,如果我有一个命令“C”的单元测试,它执行命令“A”和“B”作为其“给定”设置测试的一部分,我希望能够断言该命令“C” (被测命令)引发了预期事件,但看不到命令​​“A”和“B”引发的任何事件,因为它们不是此测试的主题,并且有自己的测试来验证它们引发了预期事件。

这些事件不会从一个测试到另一个测试,但如果这些事件是由您自己的测试引发的,那么您必须处理它们。通过givenState,您之前发现也可以帮助解决这个问题。您只需要设置您需要的状态并触发您正在测试的命令/事件。

【讨论】:

  • 谢谢 - 我喜欢注入 ID 生成器的想法。
  • 是否暴露了在测试预期/期望行为的“给定”部分中生成的事件?它似乎使测试杂乱无章,并且难以(不可能?)确定事件是由被测命令还是由“给定”测试设置引发的。在我看来,测试的“then”部分应该只断言被测命令的行为(“when”部分),或者至少有这个选项。谢谢。
  • “暴露给定事件中产生的事件”是什么意思? given 只是在测试之前设置聚合的当前状态的一种简单方法……我想说的只是一个快捷方式。你也可以使用它的对应物,称为givenCommandsgivenNoPriorActivity,如果你想真正开始它是空的。
  • 如果有一种方法可以断言在测试的when 部分引发的事件忽略givenCommands 引发的事件,以便测试可以断言给定的序列的事件由被测命令引发,而无需考虑测试设置的副作用。在我看来,这将使测试更加独立。谢谢。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-08-16
  • 2021-06-22
  • 1970-01-01
  • 2023-03-27
  • 1970-01-01
相关资源
最近更新 更多