DDD架构下跨限界上下文引用User对象的合理性及方案问询

我正在开发一个采用Clean Architecture、CQRS并遵循Domain Driven Design（DDD）原则的.NET + EF Core系统。以汽车经销商为喻，系统包含Sales、Service、User三个限界上下文：

• 车辆销售时，Sales上下文需记录执行销售操作的当前用户；
• 车辆维保时，Service上下文需依据User模型中的权限限制判断用户是否可授权维修。

目前代码中，User领域对象定义在User领域，但Sales、Service上下文直接引用该对象（示例代码如下）：

public class VehicleService {

// instance properties

  public void AuthoriseService(User user) {

  // ... Code to check if service can be authorised by user

  }
} 

请问这种实现方式是否可行？是否应为每个限界上下文单独定义User对象，即使它们访问同一张数据库表？

直接跨上下文引用User对象的问题 #

这种实现方式短期可行，但不符合DDD限界上下文的核心原则，会带来以下隐患：

• 上下文耦合：Sales和Service上下文直接依赖User领域的核心对象，一旦User领域的属性、行为发生变更（比如新增了和销售/维修无关的字段），会直接影响到其他两个上下文，违反了"高内聚、低耦合"的设计目标。
• 职责混淆：不同限界上下文对User的需求存在差异：
  • Sales仅需用户标识、基本信息（如姓名、工号）来记录操作人；
  • Service需要用户的权限信息判断是否可授权维修。
    共用同一个User对象会导致该对象承载超出自身上下文的职责，违背单一职责原则。

是否需要为每个限界上下文单独定义User对象？ #

是的，建议为每个限界上下文定义专属的User对象，即便它们映射到同一张数据库表，原因如下：

• 保持上下文独立性：每个上下文的User对象仅包含自身业务所需的属性和行为，例如：
  • Sales上下文的SalesUser仅包含Id、Name、EmployeeId等用于记录操作人的字段；
  • Service上下文的ServiceUser仅包含Id、PermissionLevel、AuthorisedRoles等权限相关字段。
    这样各上下文的变更互不影响，符合限界上下文的隔离要求。
• 适配EF Core映射：EF Core支持将不同实体类映射到同一张数据库表，通过[Table]特性或Fluent API即可实现：

  // Sales上下文的SalesUser
  [Table("Users")]
  public class SalesUser
  {
      public Guid Id { get; set; }
      public string Name { get; set; }
      public string EmployeeId { get; set; }
  }
  
  // Service上下文的ServiceUser
  [Table("Users")]
  public class ServiceUser
  {
      public Guid Id { get; set; }
      public int PermissionLevel { get; set; }
      public List<string> AuthorisedRoles { get; set; }
  }
  

• 契合CQRS与Clean Architecture分层逻辑：在Clean Architecture中，每个限界上下文的领域层应保持独立，专属的User对象能更好地适配各自上下文的命令/查询需求，避免跨上下文依赖渗透到领域层。

过渡性优化方案：通过值对象或DTO传递必要信息 #

若暂时不想为每个上下文定义独立User实体，可通过以下方式降低耦合：

• 为Sales上下文定义SalesOperatorInfo值对象，仅包含记录操作人所需字段，从User领域对象转换后传入；
• 为Service上下文定义ServiceAuthorizerInfo值对象，仅包含权限判断所需字段，同样从User领域对象转换后传入。
  这种方式虽未完全隔离实体，但能减少不必要的依赖，是一种过渡性优化方案。

内容的提问来源于stack exchange，提问作者jarodsmk