Domain driven design DDD-识别实体、根和服务

我想先为我的英语不好道歉。我试图在我的项目中实现DDD，但我有一些问题，我将尝试描述。我正在开发一个聊天应用程序。前端非常简单，没有房间，只有一个窗口显示最后n条消息

第一个问题来了。我没有看到任何实体在这里聊天室将是好的，但我只有一个房间。对我来说，信息似乎是一种价值目标。所以我不知道如何保存聊天状态，我认为为值对象建立存储库是一种糟糕的做法。 这个聊天应该有一个特定的功能，它应该将相关的消息分组并存储在一起，创建类似ChatSegment的东西。这些段将被m个离题消息块划分。离题消息是指与当前段中的消息无关的消息

如果不使用有状态服务，我无法想象实现这一点的方法。这种行为不适合任何实体，甚至不适合假设的聊天室实体。分段器实体似乎也不正确。你将如何解决这个问题？ 也许我的想法完全不正确，但我需要把它们说清楚。 谢谢,

---

Brano.

在IM应用程序中，我会将Meassage视为具有唯一Id的实体

如果您将您的消息类型视为«时刻»原型，并且可能还使用«角色»原型，例如Chatter，以便系统用户承担所需的多个«角色»，那么将DDD与结合在一起可能会非常强大

此外；下一时刻/前一时刻的概念，即信息，似乎是完美的匹配