3、领域边界概念：限界上下文、领域边界与BFF的关系

在领域驱动设计（DDD）中，限界上下文（Bounded Context）是划分系统边界最核心的战术工具。它定义了模型内部的通用语言（Ubiquitous Language）和业务规则的生效范围。对于 GoBFF 架构而言，理解限界上下文与 BFF 之间的映射关系，是设计高质量接口契约的前提。

3.1 限界上下文的核心定义

限界上下文是一个显式的边界，领域模型在这个边界内部保持完整、一致和自洽。不同限界上下文之间通过上下文映射（Context Map）进行集成，常见的集成关系包括：

3.2 领域边界与 BFF 的关系

BFF（Backend For Frontend）本质上是一个面向特定前端场景的限界上下文。它位于前端与后端领域服务之间，承担以下职责：

• 聚合编排：将多个下游领域上下文的数据聚合为前端需要的视图模型。
• 协议转换：将后端的领域协议（如 Protobuf、Thrift）转换为前端友好的 JSON 格式。
• 会话管理：维护前端会话状态，避免下游服务感知客户端状态。
• 安全裁剪：只暴露前端需要的字段和操作，隐藏后端领域细节。

下图展示了 BFF 作为限界上下文在整体架构中的位置：

3.3 如何识别领域边界

识别正确的领域边界是 DDD 战略设计中最具挑战性的环节。以下是经过实践验证的识别方法：

3.3.1 事件风暴（Event Storming）法

事件风暴是一种协作建模技术，通过识别领域事件来发现限界上下文边界。推荐按以下步骤操作：

1. 识别领域事件：列出业务中发生的所有重要事件（如“订单已创建”、“支付已成功”）。
2. 识别命令：找出触发每个事件的操作（如“提交订单”、“发起支付”）。
3. 识别聚合：将事件和命令分组，形成高内聚的聚合根。
4. 划分上下文：根据聚合之间的耦合度、变更频率和团队归属，划定限界上下文边界。

3.3.2 业务能力分析法

从业务能力视角出发，识别哪些功能属于同一个业务域。常用的判断标准包括：

3.3.3 上下文映射与 BFF 边界识别

在 GoBFF 架构中，BFF 的边界识别需要额外关注以下信号：

• 前端视图差异：如果两个前端（如移动端和 PC 端）需要完全不同的数据视图，应拆分为独立的 BFF 上下文。
• 协议差异：如果某个前端使用 WebSocket 长连接，另一个使用 REST 短连接，建议拆分 BFF。
• 安全等级差异：内部管理端 BFF 与外部用户端 BFF 的安全策略不同，应划分不同边界。
• 性能要求差异：实时性要求高的场景（如股票行情）与普通 CRUD 场景应分离。

下图展示了如何通过上下文映射识别 BFF 的边界：

3.4 边界识别中的常见误区

3.5 在 GoBFF 中的实践要点

在 Go 语言实现 BFF 时，领域边界的识别直接影响代码组织结构：

// 推荐的项目结构：按 BFF 边界分包
internal/
├── bff/
│   ├── mobile/          // 移动端 BFF 限界上下文
│   │   ├── handler/     // HTTP 处理器
│   │   ├── service/     // 编排逻辑
│   │   ├── dto/         // 接口契约 DTO
│   │   └── client/      // 下游服务客户端
│   ├── pc/              // PC 端 BFF 限界上下文
│   │   ├── handler/
│   │   ├── service/
│   │   ├── dto/
│   │   └── client/
│   └── openapi/         // 开放平台 BFF 限界上下文
│       ├── handler/
│       ├── service/
│       ├── dto/
│       └── client/
└── domain/              // 共享领域模型（可选）
    ├── order/
    ├── user/
    └── payment/