DDD - 业务决策基于数据库逻辑

Question

我正在尝试按照以下模式遵循 DDD。

Controller-----DataContract----> Domain Layer (DDD)

Controller-----Domain Object---> Repository---Entity--->EntityFramework

如您在上图中所见，领域层 独立做出业务决策，但就我而言，大部分业务决策都是即时做出的。例如，

if(Account Number Associated?)
     Load CustomerDetails //A database call is needed
     ....
     .....
     if(Has customer another loan)
           .....
           .....
           Load other loan details //A database call is needed
           .....
           .....
           if(Was that repaid?)
               ....
               ....
               Load collateral details //A database call is needed
               .....
               .....
               Calculate collateral details and return.
           else
               Load other data //A database call is needed
      else
           Load other data //A database call is needed

else
     Load other data //A database call is needed

正如您在上面的示例中看到的，应用程序通过进行数据库调用来即时做出大量业务决策。由于域层不应该依赖于存储库层，我不知道如何进行。

我可能会使用 应用程序服务 进行数据库调用，但是域层中不会有任何逻辑。所有逻辑都将进入 Application Service.

请帮帮我。

-潘甸

Answer 1

至少有三种出路

1) 将您的存储库设计为一次加载整个聚合。这种方法立即为域模型提供它可能需要的所有状态，而不是尝试按需加载状态。

2) 运行应用服务中的查询，并将数据传递给领域模型。理想情况下，您提前执行此操作（以便您对域模型进行单次调用），但是当这没有意义时，您让域模型告诉应用程序服务需要什么数据，然后应用程序服务发现数据和 returns 它。

3) 将存储库传递到域模型中，使其能够读取所需的数据。这本质上是 "domain service" 模式，但用于访问数据存储。

在此设计中，域模型定义存储库接口，应用程序提供实现。换句话说，我们正在使用服务提供者模式来保持依赖箭头指向正确的方向。

Answer 2

@Pandiarajan 域层可以包含域模型（实体、值对象）、域服务和域事件。

根据您上面的代码，您可以创建一个域服务来封装所有这些域逻辑和概念，这些逻辑和概念不会自然地建模为值对象或实体。这些域服务可以采用处理所有数据库调用的存储库。

另请注意，如果您需要 return 的数据用于 read-only 或报告目的，您可能需要寻找 CQRS 作为替代方案。在 CQRS 中，所有这些 read-queries 都可以绕过您的域层来呈现数据。 CQRS 将消除将数据转换为域模型的需要。

DDD - 业务决策基于数据库逻辑

DDD - Business decisions are based on database logic

domain-driven-design

ddd-repositories