domain-driven-design - DDD,识别核心域

标签 domain-driven-design domain-model

我很难确定给定模型中的哪个域可以被视为“核心域”。这可能很棘手,特别是如果有几个域是企业功能的核心。

我希望有人概述一个系统的过程,以便在处理具有多个候选对象的系统时挑选出核心领域。

最佳答案

  • 核心域 - 最重要的子域,对业务至关重要。没有它,企业就会失败。如果您需要选择要实现的第一个解决方案 - 从核心领域开始。
  • 支持子域 - 子域,对业务的值(value)低于核心域。没有它,企业甚至可以生存一段时间。但它仍然很重要(支持核心领域),它也是特定于领域的,必须开发。在这种情况下,出于某种原因,我们无法购买现有的软件或组件来解决问题。
  • 通用子域 - 对业务值(value)低于核心域的子域。它也足够通用以允许购买现成的(与支持域不同)。
  • 关于domain-driven-design - DDD,识别核心域,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25274226/

    相关文章:

    java - 如何使用 Spring Data JPA 获得域驱动设计架构?

    domain-driven-design - 当列表中存在不变量时定义聚合根

    entity - 差异聚合根/实体

    uml - 领域特定语言与领域特定建模语言

    domain-driven-design - DDD 聚合为 Actor

    oop - 命令设计模式中的业务逻辑

    events - CQRS 中的事件版本控制

    c# - 使用 EF Code First 方法在域模型中使用枚举值

    php - 领域模型还是领域对象? - 定义

    jpa - 可用性矩阵建模的设计问题