从 Eric Evans 的 DDD 书中了解一些特定于银行领域的示例

Question

不幸的是，当我试图理解那本书中的银行业特定示例时，我无法克服困难。这真的减慢了我的速度。可能有人可以帮助我。

在我看来，作者并没有很好地解释特定领域的示例。首先，他给我们展示了一些比较简单的模型图。然后与领域专家进行一些对话，然后是 BOOM，我第一次看到模型中的新词。我无法理解。甚至不知道我是否需要理解它。例如，在第 9 章中，该模型：

变成这样：

DailyCompound 到底是什么，Accrual Schedule 是什么。

我错过了什么？可能我必须学习银行领域吗？老实说，我知道作者想向我们解释什么，并且我得到了知识处理的所有优势，这使得一些隐藏的模型变得显而易见。但是，我想完全理解为什么模型会变成这样？

Answer 1

这是我的看法：

第一张图片显示了一个非常面向服务的模型，其中“计算器”或多或少是技术服务。我认为作者想表明这是由开发人员而非领域专家创建的模型。

如果现在开发人员向银行专家提出以下问题：“你们如何计算向客户收费的费用？”对话可以这样进行：

• 答：“这取决于用于相关资产的方法”
• 问：“那么有Assets...有哪些方法？”
• A：“嗯，我们采用两种Accrural Schedules。Monthly和Daily。每天根据当天的相应利率汇总所有费用。而每月更像是一次性支付那个月”
• 问：“您如何知道在计算时要汇总哪些费用？”
• A：“我们保留所有过去Income Accruals 的记录或历史，然后从那里开始。所以我们总是知道lastAccrualDate。哦，我们也保留Payments 的记录，如果有帮助”

我本人不是银行专家，此处的详细信息可能不准确。但后一种模型可能实际上源于与领域专家的对话。我想这就是作者想要表达的观点