transactions - 域对象身份重用 vs 新建

Question

这是我们的商业案例，

应用程序为使用过的 iPhone 提供即时报价，并允许卖家立即出售。另一方面，有些买家愿意立即购买或竞标房源。潜在的零售商可以访问网站并根据年份、型号、状况、配件输入获得即时报价[iQuote123]。

每次有人使用该流程时，系统都会创建新的报价 ID。如果卖家决定接受报价，那么它将立即被接受，并提供更多关于序列号、照片等的信息。系统将生成唯一的交易 ID[iTransaction123]。

在极少数情况下，买家可能会因为条件问题而没有出现或拒绝 iPhone。我们可能会为卖家找到另一个买家。

我想征求意见，如果我们应该在接受报价后买方更改或卖方稍后更改条件时生成新的交易ID。

如果我们保持相同的交易 ID，那么卖家只需记住一个引用就可以让事情变得简单买家双方。我觉得最好的处理方法是为买方交易创建一个单独的对象 [iBuyerTransaction123] 并将其与卖方的交易进行映射，以便在第一个买方未能执行的情况下为同一卖方创建多个买方交易对象。

我正在寻找处理域身份的最佳方法，并提供有关何时创建身份以及何时重用身份的指南。

Answer 1

I want to seek opinion about if we should generate new transaction id if buyer changes or seller later on changes condition after accepting the offer.

domain-driven-design中最常见的答案-- 请与您的领域专家联系。

根据您的描述，我希望在您的模型中发现您尚未发现的实体，它代表了买方和卖方之间提议的交换。

推测(我不知道你的领域)，你真的有两件不同的事情在这里发生。首先，您有一堆要匹配的买入请求和卖出请求。然后，在找到匹配项后，进行一些交换 流程这是通过两方之间的实际谈判来运作的。在幸福的道路上，双方都心满意足，一切都到了生命的尽头。当一方对交换不满意时，交换结束，但两方又回到匹配堆。

您需要一个实体来跟踪此过程的状态。

卖方的观点将被锁定到他们的一个引用文献中，该关键字将用于查找当前的交易所(如果正在进行中)和以前关闭的交易所(如果有)。

这实际上是建模中的常见模式 - 当您有两个实体，每个实体都有独立的生命周期时，这两个实体之间的交互通常在第三个实体中进行跟踪，该实体有自己的生命周期。