Architecture 类别何时作为域或应用程序核心的一部分存在?

Architecture 类别何时作为域或应用程序核心的一部分存在?,architecture,domain-driven-design,Architecture,Domain Driven Design,以前,每当我设计一个应用程序时,我总是将类别视为设计的主要“顶级”部分。但是,在对领域驱动设计和作为“非”模型的数据库越来越感兴趣之后,我不再从同样的角度看待类别 To me类别作为用于导航和管理的UI批处理帮助器存在;“查看类别x”、“对类别y中的所有内容执行y”并不是应用程序核心的一部分,除非特别需要 我很难看出类别是作为应用程序核心的一部分存在的,而不是作为助手挂在一边。任何人都知道他们如何对待类别,或者在什么情况下类别必须成为应用程序域的一部分吗?我一直认为类别是强制决定的结果。对我来说

以前,每当我设计一个应用程序时,我总是将类别视为设计的主要“顶级”部分。但是,在对领域驱动设计和作为“非”模型的数据库越来越感兴趣之后,我不再从同样的角度看待类别

To me类别作为用于导航和管理的UI批处理帮助器存在;“查看类别x”、“对类别y中的所有内容执行y”并不是应用程序核心的一部分,除非特别需要


我很难看出类别是作为应用程序核心的一部分存在的,而不是作为助手挂在一边。任何人都知道他们如何对待类别,或者在什么情况下类别必须成为应用程序域的一部分吗?

我一直认为类别是强制决定的结果。对我来说,问题不在于类别是否应该存在于核心,而在于它们与继承的接近程度应该与决策的核心有什么关系,决策可以建立一个类别层次结构,并穿插逻辑/逻辑继承。因此,领域的意义在于充当由其内容集合定义的知识领域的统一容器。我的观点是基于RDF的,RDF是一个三元组的层次结构,该层次结构可以表示通过上下文表示的单个知识类别