我们的团队是DDD的新手，并且正在尝试在当前项目中实施某些概念。出现的一个问题是是将方法放入实体对象还是服务对象。
一些团队成员认为实体应仅包含值，并且所有功能应包含在服务中。其他人则认为这会使实体对象变得贫乏，并且它们应具有与实体相关的功能，而服务对象应用于更多的跨领域功能。
我们想知道正式的DDD观点是什么，以及什么对现实生活中的人们有效。
最佳答案
DDD没有正式的观点，但是丰富的Domaim模型的全部目的是避免Anemic Domain Model，因此明确拒绝在Domain Objects上放置任何行为违背了它的精神。
一种观点认为域对象应该是POCO / POJO，这意味着它们不应包含抽象服务作为成员。但是，这并不意味着他们不能拥有与此类服务交互的方法。
您可以赋予每个域对象更多（相关）的行为，效果更好。
关于design-patterns - DDD实体与服务中的方法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2158898/