DDD 是否允许列表作为聚合根？

发布于 2024-10-15 19:43:16 字数 475 浏览 8 评论 0原文

我试图了解领域驱动设计的基础知识。昨天，我在我正在使用的一个项目中发现了一些代码，其中存储库返回了实体列表，即 List getMessages()，其中 Message 是一个实体（有自己的 id 并且可以修改）。现在，当阅读 DDD 中的存储库时，他们非常明确地指出存储库应返回聚合根，并且聚合上的任何操作都应通过调用聚合根中的方法来完成。

我想将列表放在它自己的类中，然后返回该类。但是，在我的项目中，除了遵守 DDD 之外，基本上不需要这样做，因为我们只显示消息、添加新消息或删除现有消息。我们永远不需要删除所有消息，因此我们唯一拥有的方法是，addMessage(...)、getMessages()、updateMessage(.. .) 和 removeMessage(...) 这基本上就是我们的域服务正在做的事情。

有人有什么想法吗？在描述聚合和存储库时，DDD 的最佳实践是什么？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

时间你老了 2024-10-22 19:43:16

对于 DDD 新手来说，令人困惑的方面之一是存储库概念。
存储库：
使用类似集合的接口来访问域对象，在域和数据映射层之间进行中介。

存储库提供了获取对聚合根的引用的能力。不是实体，值对象，而是聚合根（我不同意“存储库应该返回聚合根”）。

建议：
- 每个聚合根一个存储库

存储库接口（例如 IMessageRepository）驻留在域模型中

公共接口 IMessageRepository()
{
     无效saveMessage(消息msg);
     无效removeMessage（消息msg）；
     Ilist<消息>获取消息（）；
}

存储库实现（例如，如果使用 nhibernate，则为 NHibernateMessageRepository）驻留在域之外

希望这会有所帮助！

One of the confusing aspects of those new to DDD is repository concept.
Repository:
Mediates between the domain and data mapping layers using a collection-like interface for accessing domain objects.

A Repository provides the ability to obtain a reference to an Aggregate root. Not Entity, Value Object, but Aggregate root ( i dont agree with "Repository should return the Aggregate Root").

Suggestions:
- One repository per aggregate root

Repository interfaces (e.g. IMessageRepository) reside in the domain model

public interface IMessageRepository()
{
     void saveMessage(Message msg);
     void removeMessage(Message msg);
     Ilist<Messages> getMessages();
}