Question

CQRS很有意义。但是，使用提供更改跟踪的ORM的方法似乎是相互排斥的。如果我有一个“通道”用于查询以将我的对象作为RO，则无需更改跟踪。如果我有另一个CUD +命令通道，它更多的是使用轻型DTO的RPC方法，然后发送自跟踪实体以便在较低层合并。

如何协调这两种方法（CQRS / ORM + STE）？

Answer 1

构建CQRS应用程序的常用方法是在命令处理程序中对域模型进行操作。

您将发送命令DTO，并在处理程序中调用域对象上的方法（您将不设置域实体的属性，因为这是一个主要的反模式。）

域对象中的方法将负责修改域的内部状态。

此时，您的ORM将负责持久更改域对象的内部状态。

这种构建CQRS应用程序的方式不使用事件源，而是使用ORM和自我跟踪实体。

这是一个非常简化的例子。

public class AccountController 
{
  [HttpPost]
  public ActionResult ChangePreferredStatus(Guid accountId, bool isPreferred)
  {
    if (isPreferred) {
      // in response to user action, our controller commands our application to carry out an operation/state transition
      Bus.SendCommand(new MakeAccountPreferredCommand(accountId));
    }
  }
}

public class MakeAccountPreferredCommandHander : IHandle<MakeAccountPreferredCommand>
{
  public void Handle(MakeAccountPreferredCommand command) 
  {
    using (var uow = new UnitOfWork()) {
      var account = accountRepository.Get(command.AccountId);
      if (account != null) {
        // we tell the domain what we want it to do, we DO NOT fiddle with its state
        account.MakePreferred();
      }
      uow.Accept(); // accepting the uow saves any changes to self-tracked entities
    }
  }
}

public class Account : SelfTrackedEntity
{
  private Guid accountId;
  private bool isPreferred; // ORM tracked *private* state

  public void MakePreferred() 
  {
    // entities are responsible for their own state and changing it
    ValidateForMakePreferred();
    isPreferred = true;
    RaiseEvent(new AccountMadePreferredEvent(accountId));
  }
}

Answer 2

这些方法是否需要进行协调？

如果您正在使用CQRS，您为什么需要或想要更改跟踪？这不像你的物体在往返旅行。

在我当前客户端的实现中，我们在命令端使用带有NoRM的MongoDB，在查询端使用带有WCF数据服务的SQL Server 2008 R2。在命令端不需要实体框架，不需要实体跟踪，......并且它工作得非常好！

CQRS是否与实体框架自我跟踪实体/ WCF RIA服务兼容？

2 个答案: