5

我正在比较从域模型中使用服务的可能性（在流程本地组件的意义上，如 Windsor IoC 容器中）。

我有 3 种方法可以实现这一目标：

  1. 发布域事件并让服务层代码处理它

  2. 通过模型对象上的方法注入服务

  3. 在模型对象中注入服务

(4. 使用服务定位器)

第一个导致了非常有表现力和重复性的模式，以过程风格为其他简单的任务创建域事件和处理程序。但它具有模型与其所使用环境的最佳解耦（模型是自定义的）。

第二个使方法参数更长并且看起来像它破坏了封装（如果模型对象的操作需要其他服务，则所有调用者都必须更改）。

第三个将注入当前事务不需要的依赖项。为此，还需要“扩展”NHibernate。由于阅读了其他建议，我会避免使用这种方法。

因为我想在我们的文档中写这个，我需要告诉读者什么时候使用哪种方法。我正在考虑“如果要将域事件处理程序放入模型程序集中，请使用方法注入”，但它并没有真正切中要害。

对这条规则的建议？

4

1 回答 1

8

如果 AR（聚合根）需要来自服务的一些数据，则该数据应被视为依赖项（而不是服务）。基本上，AR 根本不知道该服务。

如果某些方法确实具有在构造函数中注入没有意义的依赖关系，请将其作为方法参数传递。我认为您不应该通过服务（但这取决于），直接传递所需的数据。

如果 AR 做了一些需要服务来更新内容的事情，我认为消息驱动是要走的路（生成事件）。

关于 NHibernate 或其他细节，AR 不需要知道它们。如果它不是领域概念，请远离 AR。

就个人而言，我尝试对 AR 进行建模，使其不需要服务。如果一个场景涉及多个 AR，我将使用具有可靠服务总线的域事件。这意味着任何数据库事务都是不可能的。我只将事务性的东西保存在 AR 中，更准确地说是在 AR 存储库中，因为其他所有内容最终都具有一致性。

于 2013-01-07T12:43:36.750 回答