请谈谈你对领域驱动设计（DDD）的理解，包括其核心概念和应用价值。
考察说明
考查候选人对领域驱动设计核心思想、战术模式和战略设计的理解，以及其在复杂业务建模中的应用能力。
回答思路
- 【回答框架 1】DDD 是一种应对复杂业务领域建模的软件开发方法，强调以领域为核心，通过统一语言（Ubiquitous Language）连接业务专家与开发人员。其核心分层包括用户接口层、应用层、领域层和基础设施层，领域层承载核心业务逻辑。
- 【回答框架 2】DDD 分为战略设计和战术设计。战略设计关注限界上下文（Bounded Context）与上下文映射（Context Map），用于划分系统边界和集成关系，如防腐层（ACL）、共享内核等模式。战术设计则包括实体（Entity）、值对象（Value Object）、聚合（Aggregate）、领域服务（Domain Service）、领域事件（Domain Event）等模式，用于实现业务规则。
- 【回答框架 3】在实践中，聚合是数据一致性边界，通过聚合根（Aggregate Root）管理内部实体和值对象，外部只能通过聚合根访问。仓库（Repository）模式用于封装数据访问，领域事件实现最终一致性。DDD 常与微服务结合，一个限界上下文对应一个微服务，但需注意避免过度设计，只在业务复杂处使用。
- 【关键点 1】DDD 的核心是统一语言，促进业务与技术的对齐。
- 【关键点 2】战略设计中的限界上下文定义模型边界，上下文映射指导集成方式。
- 【关键点 3】战术设计包含实体、值对象、聚合、领域服务、领域事件等实现模式。
- 【关键点 4】聚合保证业务不变性的原子性，聚合根是唯一外部访问入口。
- 【易错点 1】将 DDD 简单理解为代码分层，忽视战略设计导致模型混乱。
- 【易错点 2】聚合设计过大或过小，导致性能瓶颈或一致性难以维护。
- 【易错点 3】过度强调技术实现（如事件溯源）而忽略业务价值。