nhibernate - 从域对象访问服务的规则

Question

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

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

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

通过模型对象上的方法注入(inject)服务

在模型对象中注入(inject)服务

(4. 使用服务定位器)

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

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

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

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

对这条规则的建议？

Answer 1

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

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

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

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

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