应用CQRS时如何在create中获取ID？

Question

我对 CQRS 的看法是，严格遵循命令时不会返回任何内容（返回类型 void），因此我的示例非常简单：创建某些内容时如何检索 ID？

例如，在创建信用卡交易时，返回交易 ID 似乎相当重要，或者在创建客户时，如果您获取了您创建的客户或客户 ID，那么会更容易，以便浏览器可以自动导航到该客户例如页面。

一种解决方案可能是首先要求提供 ID，然后使用该 ID 创建客户或交易，但这看起来很奇怪。

有谁有这方面的经验或知道应该如何以最有效的方式完成？也许我误解了什么？

Answer 1

CQRS 就是一劳永逸的，并且由于 GUID 非常可靠（冲突风险低），所以发送您自己生成的 GUID 是没有问题的。

步骤基本上是：

1. 创建命令
2. 生成并向其分配您的身份 (GUID)
3. 触发命令
4. 返回之前生成的身份

阅读有关 维基百科上的 GUID

Answer 2

任何大小的整数id/GUID/字节数组在实践中都足够可靠，但它们都不符合理论要求（发生冲突），而有效的理论解决方案存在并且在大多数情况下都可以应用。

我的解决方案是：在同等级别的系统合作中，一个人的身份应该由更高级别的系统来保证。高层系统是管理协作系统生命周期的系统。

示例：

class John
{
    private readonly int id;

    public John(int id)
    {
        this.id = id;
    }

    public void UseSite(Site site)
    {
        site.CreateAccount(id, "john");

        site.SetPassword(id, "john", "123");

        /* ... */
    }
}

class Site
{
    public void CreateAccount(int humanId, string accName) { /* ... */ }

    public void SetPassword(int humanId, string accName, string pwd) { /* ... */ }

    /* ... */
}

class Program
{
    static void Main(string[] args)
    {
        Site s = new Site();

        // It's easy to guarantee the identity while there's only one object 
        John j = new John(4);

        Console.ReadLine();
    }
}

Program是更高级别的模块。它负责正确使用 John 和 Site。为 John 提供唯一标识符是此责任的一部分。

您会发现处理某些现实生活系统（例如人类）的身份是不可能或非常困难的。当这些系统与您的系统处于同一级别时，就会发生这种情况。典型的例子是人和网站。您的网站永远无法保证正确的人会请求该页面。在这种情况下，您应该使用基于概率的方法和可靠的哈希值。