2

报价来自

注意 - 这里我使用术语“将服务注入实体”来将服务传递给构造函数或将其作为参数传递给方法

a）处理程序和那些也由域操作触发但在域本身内处理的动作/操作有什么区别？也许区别在于前者（即处理程序，或更准确地说是它们的动作）不代表领域概念，而后者代表领域概念？

b)

您不需要向域实体中注入任何内容。

引入域事件的原因是我们不必将服务注入域实体。但是由于将域服务 DS注入实体也不是很理想，在这种情况下，处理程序（即它们的操作）不能成为域概念（即，处理程序不是将DS注入实体，而是调用此DS）？

c）如果确实处理程序也可以替换将DS注入域实体，是否还有处理程序可以替换DS本身的情况？

d)

处理程序类不属于域模型。

处理程序是否属于基础设施层？那些调用DS的处理程序呢？

更新：

一种）

主要区别是域事件处理程序是在事后调用的。

但是操作OP触发的操作/操作 A（我们在域中而不是在处理程序中处理的操作）也可能在事后发生（即在OP完成之后）。所以我们不能争论这些之间的主要区别吗两种类型的动作是A代表一个领域概念，而那些由处理程序执行的动作不代表领域概念？

b）只是为了确定-所以我最初的问题的答案是，在某些情况下，我们可以让处理程序调用适当的DS ，而不是实体调用DS吗？

C）

在上述情况下，领域事件可以消除对领域服务的需求

那么对c)的回答是在某些情况下处理程序确实可以替换DS吗？但如果是这样，我们难道不能争辩说在这种情况下处理程序（即他们的动作）是领域概念吗？

d)

处理程序实际上并不是您的域的一部分，因为它们所做的只是委托给适当的基础设施服务或域服务。它们只是一种胶水形式，类似于应用程序服务。它们仍然可以在域项目中声明，但通常不需要。

一世。

处理程序实际上并不是您的域的一部分，因为它们所做的只是委托给适当的基础设施服务或域服务。

只是为了确定-我假设“委托给”您的意思是，我们将调用特定服务的工作委托给处理程序，而不是实体调用适当的DS或基础设施服务？

二、

它们仍然可以在域项目中声明，但通常不需要。

正如您在c)中所指出的，在某些情况下，处理程序可以替换DS本身（即它们不调用DS，但实际上它们自己执行所需的操作）。在这种情况下，我们不能说处理程序是领域概念，因此属于领域层吗？！

第二次更新：

D-II

正如您在 c) 中所指出的，在某些情况下，处理程序可以替换 DS 本身（即它们不调用 DS，但实际上它们自己执行所需的操作）。在这种情况下，我们不能说处理程序是领域概念，因此属于领域层吗？！

在这些情况下，我会说处理程序有两个职责 - 连接事件和执行操作。接线部分不是域概念，但操作本身是。

a) 那么在这些情况下，处理程序会违反 SRP 吗？

b)

接线部分不是域概念，但操作本身是。

在这种情况下应该将处理程序放入域层吗？

2）假设动作 A返回一个值，我们如何决定是否通过注入来执行A更好（注意 - 这里我使用术语“将服务注入实体”来将服务传递给构造函数或将其作为方法的参数）服务S（它反过来执行A）到一个实体或使用域事件代替（这反过来会调用S上的方法）？

也许决定取决于某些域代码是否需要A的结果进行进一步处理？

4

1 回答 1

6

a) 主要区别在于域事件处理程序是在事后调用的。该事件已经发生并且是不可变的。因此，被处理者只能对已经发生的事情做出反应。此外，处理程序可能会导致不属于源实体责任的行为，例如发送电子邮件。

b) 领域事件是一种确保更大程度的封装和解耦的模式。例如，可以通过几种方式实现在某些操作之后应该发送电子邮件的事实。一种方法是将电子邮件服务传递给实体。然后，该实体将在需要时调用电子邮件服务。另一种方法是让调用应用程序服务调用电子邮件服务。第一种方法的问题是，现在实体与电子邮件服务耦合并且违反了 SRP - 域现在正在处理技术问题。第二种方法的问题在于，它将知道何时发送电子邮件的责任放在了应用程序服务上。领域事件解决了这两个问题，因为现在实体决定事件何时发生，处理程序决定如何处理事件。

c) 领域事件可以在上述情况下消除对领域服务的需求，但是它们并不能在所有情况下都消除对领域服务的需求。在某些情况下，实体可能首先需要域服务才能调用行为。这是领域事件无能为力的地方，因为它们只解决事后的情况。

d) 处理程序实际上并不是您的域的一部分，因为它们所做的只是委托给适当的基础设施服务或域服务。它们只是一种胶水形式，类似于应用程序服务。它们仍然可以在域项目中声明，但通常不需要。

更新

a) 情况并非总是如此。域事件处理程序调用另一个域操作是可以接受的。这是在单个进程中进行事件驱动架构的一种方式。

b) 是的，域事件处理程序可以调用域服务。让处理程序调用域服务来响应事件是一种以解耦方式向实体添加行为的方法——观察者模式的一种形式。

c) 通常，处理程序会委托某些东西来执行域操作。处理程序本身只是粘合剂。但是，您可以将域逻辑放入处理程序中，在这种情况下，它会像域服务一样工作。

d1) 是的。处理程序将是一个简单的类，其构造函数依赖于某些服务。当它处理一个事件时，它会调用所述服务上的适当方法。

d2）在这些情况下，我会说处理程序有两个职责 - 连接事件和执行操作。接线部分不是域概念，但操作本身是。

更新 2

a) 是的，我会这么说。根据您的域事件的实现方式，处理程序可能只是一个 lambda - 它不需要是一个类。

b) 如果处理程序委托给领域服务，那么它可以进入领域层。如果它使用基础设施服务，它可能需要进入基础设施层。此外，如 a) 中所述，处理程序不必是类，它可以是 lambda。

2）域事件是在域中发生的值得注意的事情。使用域事件，您可以在其中设想订阅者对该事件感兴趣。此事件可用于调用域中的其他行为或在外部发布。主要观察结果是它是过去时不变的事件。

也许决定取决于某些域代码是否需要 A 的结果进行进一步处理？

这是真的。如果域操作需要域服务 S 的结果才能继续执行其行为，则应将该服务传递给该行为方法。实体无法接收已发布域事件的处理结果。

于 2013-02-13T18:35:41.430 回答