DDD实体VS服务

时间:2014-10-31 03:11:38

标签: domain-driven-design

我有一个名为TicketIssue的类,它具有以下属性:

  • idPrimary
  • idGroup
  • idModel
  • 重量
  • briefDescription

计算权重背后的逻辑非常复杂,需要查询其他实体。我:

  1. 将其他实体注入此(yuck)
  2. 查询此实体中这些实体的存储库(没有比注入好多少?)
  3. 实施一项计算权重的服务,然后在保留之前将其设置在实体上
  4. 实施活动
  5. 要添加此问题,此实体在创建故障单时还需要一些强大的逻辑...通过电子邮件等通知目标方。

    在这个实体中实现addNew()感觉不对,我是否应该有一个服务(或工厂?)来保持实体并触发电子邮件,并启动工作流程?

1 个答案:

答案 0 :(得分:0)

我认为,您可以在创建记录时使用事件。 在活动中,您可以拨打服务来计算体重。

因此,事件将充当触发器,将执行一系列自动操作。 在事件内部(或“代码触发器”),您可以使用服务来计算或处理多个事物。

谢谢,