Appearance
利用 DDD 上下文映射定义服务边界与集成契约
解决复杂系统中的领域模型冲突问题：通过 AI 引导定义限界上下文（Bounded Context）之间的关系，构建清晰的集成契约并设计防腐层，防止领域模型在服务边界间发生污染。
为什么需要这个技能
在大型分布式系统或微服务架构中，不同的业务模块（上下文）对同一个概念的定义往往不同。例如，“用户”在订单上下文中关注的是收货地址，而在计费上下文中关注的是支付账户。
如果直接在服务间共享模型，会导致严重的“领域泄漏”，使得任何一个微小改动都可能引发连锁崩溃。本技能通过 DDD 的 Context Mapping 模式，帮助开发者明确上游与下游的依赖关系，确定谁拥有契约定义权，并设计翻译机制（如 ACL），确保各服务在保持独立性的同时实现高效协作。
适用场景
- 定义集成模式：需要规划两个或多个限界上下文如何进行数据交换和协作时。
- 防止领域泄漏：在服务边界之间建立屏障，避免外部模型直接渗透到核心业务逻辑中。
- 迁移规划：在从单体架构迁移到微服务期间，规划防腐层（Anti-Corruption Layer）以隔离旧系统。
- 权责划分：明确上下游所有权，确定 API 契约的维护者与消费者。
核心工作流
- 梳理依赖关系：列出所有上下文对，并明确依赖的方向（谁是上游，谁是下游）。
- 选择映射模式：根据协作关系选择合适的模式，如：共享内核（Shared Kernel）、客户-供应商（Customer-Supplier）或防腐层（ACL）。
- 定义翻译规则：明确模型转换逻辑，界定所有权边界，确定契约的定义方式。
- 规划鲁棒性方案：定义集成失败时的模式、回退行为以及版本升级策略。
下载和安装
下载 ddd-context-mapping 中文版 Skill ZIP
解压后将目录放入你的 AI 工具 skills 文件夹，重启工具后即可使用。具体路径参考内附的 USAGE.zh.md。
你可能还需要
暂无推荐