dns - 实体观点

标签 dns domain-driven-design entity

语境:
因此,我正在尝试构建一个极其复杂的域模型。与用户交谈,系统将有多种使用方式(例如:一种方式是从员工的角度;另一种方式是从雇主的角度)。实际上,它们是重用核心域的多个应用程序。

题:
从多个角度创建域是错误的吗?例如,在业务运行时构建域意味着创建各种关系类,这些关系类携带有关实体的额外信息等等……但是,从特定角度运行时,图片会清晰得多,因为大多数关系类可以滚动到它们的父实体中。

想法?反驳?我完全不在基地吗?

最佳答案

不,这绝对合适。 Evan 在他的书中将这些“视角”称为有界上下文。

与其拥有一个非常复杂的域模型,不如尝试构建一个简单的模型,以非常好的特定方式处理域。有界上下文可以链接在一起,形成一个由更小、更简单、直接的领域模型组成的网络。

关于dns - 实体观点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/201033/

相关文章:

css - 更改 css 中的图像域/路径以进行生产?

java - 如何进行适当的测试?

node.js - 在发布事件之前如何确保聚合存在?

java - 聚合根、工厂和部分聚合

url - 如何获取域的 URL 列表

ios - 如何为 HTTP 请求指定服务器 IP 而不是 DNS

Java实体表模型

php - Symfony 3 类的对象无法转换为字符串

language-agnostic - DDD : refer to an entity inside an aggregate root by its identity

mysql - ubuntu上的网站突然运行缓慢