与服务层或域对象本身的接口? (DDD)
我还在学习DDD,我有这两个(可能是简单的)问题:
如果工厂创建新的对象/图形/聚合实例,还要从存储库“重构”对象/图形,则:
(1)您的服务层功能/作业/任务/工作单元是否调用了Factory或Entity实例或DomainService函数的行为方法?基于这些组件的责任,我迷失了调用堆栈。
(2)实体实例甚至具有上述“行为方法”吗?例如,Post是否具有
p.UpdatePost(string bodyText)
或者不是域模型的关注点,因此应该使用Repository实现相同的目标?或者服务层功能,在这种情况下是否应该调用Repository,而实体实例只是具有特定于域而不是持久性的行为方法?但是,为什么这听起来像“更新帖子”是域功能,那是用户的目标?
你可以看到我到处都是。请帮忙。
没有找到相关结果
已邀请:
1 个回复
碉罕城爸
的每一行,你将能够直接使用
方法并在那里附加必要的东西。 另一方面 - CRUD与域驱动设计并不相互排斥。例如。 - 在我的应用程序中,对用户及其角色的管理是无趣的,我甚至都没有尝试对其进行细致的建模。您需要识别您的应用程序描述和使用的业务中重要的部分。 请记住,域驱动设计仅适用于复杂的应用程序。简单的博客应用程序不需要它。 (3)假设服务层(不是域服务)应该封装接口如何与域层交互,我是错误的吗? 正如我所看到的 - 应用程序服务更多地用于协调基础架构。如果没有涉及基础设施 - 则应用服务失去价值: 应用服务基本上只是外观。如果复杂性增加了它所解决的超重问题,那么每个外观都是糟糕的。 内部域名:
域外: