关于服务的领域驱动设计问题

Question

我正在快速阅读领域驱动设计，但我无法理解某些内容。

当作者谈到Entities、Value Objects 和Services 时，他是在说Domain Model（我的意思是概念），还是已经在谈实现？

什么是Service？ Controller?静态类？

在 p38 上可以阅读：

当一个重要的过程或 域中的转换不是 实体的自然责任或 值对象，添加一个操作到 模型作为独立接口 声明为服务。定义 在语言方面的界面 模型并确保操作 名称是无处不在的一部分 语。使服务无状态。

从这段文字中，我可以得出结论：

a) 如果Service 是无状态的，则它不能是Controller。是静态类/Singleton吗？

b) 他所说的Interface 是什么意思？我在编码时知道接口是什么，但如果他在谈论接口，他肯定已经在谈论类图等而不是Domain Model？

我很困惑，谁能解决这个问题？

谢谢

Answer 1

DDD 的核心重点是理解和清晰 - 实施细节在后。

域服务基本上是一个包含业务逻辑的类。它不一定是静态或单例（这里有机会阅读依赖注入 em> 和 服务定位器）。 stateless 一词也被重载：在这种情况下，这意味着服务不应像 实体一样行事。

接口描述了域服务的方法。具体来说，“给方法起有意义的名称——对业务人员有意义的名称”。

不幸的是，服务这个词也被重载了。有关说明，请参阅我的回答 here。