我们可以在没有 CQRS 的情况下使用事件驱动吗

Question

我在事件驱动方面的经验还不到一年，但我不太明白为什么我们需要它。正如我的小大脑所记得的，CQRS 帮助我们分离命令模型（写入）/查询模型（读取），以便我们可以轻松地设计用于写入和读取的数据库。听起来不错，但它在写入和读取时间线之间存在一些一致性问题，或者也称为基于集合的一致性，我如何确保时间线之间是否没有错误，或者如果发生错误，我什至如何确保当前的读取模型有效吗？所以我开始问自己是否真的需要 CQRS。我不能只使用事件驱动而不使用它并专注于事件的存储方式吗？所以我想出了这样的事情。

public class UserController {
    @PostMapping
    public CompletableFuture<String> createUser(request: RegisterUserRequestDTO){
        // some validation and business logic here
        // publish event if succeeded
        publisher.publish(UserRegisteredEvent.create(request));
    }
}

class UserEventHandler {
    public void handle(event: UserRegisteredEvent){
        // save data to the db here or the read model
    }
}

所以我还没有尝试过，但它似乎可能有效？所以我是一个愚蠢的人，经验较少，所以如果我错了，请纠正我。为什么我们需要CQRS与事件驱动相结合？我可以在没有 CQRS 的情况下使用事件驱动吗？其背后的想法是什么。

Answer 1

CQRS 和事件驱动是两种完全不同的模式，可以非常成功地单独应用和使用。

但和DDD一起非常契合！

访问 CQRS.NU ，您可以在其中找到一种实现方式看看 在。