架构领域模型和视图模型

如何解决架构领域模型和视图模型

我正在尝试通过Spring Boot和Domain Driven Design构建应用程序。我对域模型（与表DB的字段匹配）和视图模型（响应API）有疑问。

域模型：

EX： 类名称

@Getter 
@NoArgsConstructor
@AllArgsConstructor
class Name {
  String value;
}

类产品

@Getter 
@NoArgsConstructor
@AllArgsConstructor
class Product{
  Name name;
}

ViewModel：

@Data
@NoArgsConstructor
@AllArgsConstructor
class ProductView {
  //int prodId;
  String prodName;
}

按类产品选择数据数据库，按类 ProductView 构建Response API。当从DomainModel转换为ViewModel或反之时，我为此在 ProductView 中编写了静态方法。 它将变为：

@Data
@NoArgsConstructor
@AllArgsConstructor
class ProductView {
  //int prodId;
  String prodName;
  public static ProductView of(Product prod) {
    String productName = prod.getName().getValue();
    return new ProductView(productName)
  }
}

效果很好，但是当数据更多时。我认为需要将 CommonConvert 从 DomainModel 转换为 ViewModel ，反之亦然。

我有一个使用 Mapstruct 库的解决方案。但是Mapstruct仅支持转换相同类型的字段（String和String，例如ex）。编写CommonConvert的最佳解决方案是什么？

解决方法

我的建议： 不要查询域模型并将其转换为视图模型以供阅读。

域模型类（例如集合）用于表示业务数据和行为，目的是在创建或更改此类业务实体时遵守业务不变式。

要从持久性数据构建视图模型，您可以-我认为您应该- 绕过域模型 。您可以根据需要从数据库中安全地读取数据，而无需通过域存储库。

这没关系，因为您不能仅通过读取数据来违反业务规则。要写入数据，请通过域存储库和聚合。

对于您而言，您当然可以通过设计那些类以完全符合您的查看要求来使用通过JPA批注使用的视图模型实体。请记住，视图模型通常与领域模型不相关，因为它们可能只需要数据的一个子集或来自不同聚合的聚合数据。

另一个问题是，如果您需要查询许多对象以进行查看，则可以通过存储库查询完整的域聚合，从而迅速导致性能问题。由于此类聚合始终会从其子实体和值对象中加载所有数据，以允许对所有不变量执行业务逻辑，因此最终您将执行许多昂贵的查询，这些查询适合一次加载单个聚合，但一次却又加载不了。

因此，通过仅查询查看内容，您还可以解决此类性能问题。

遵循DDD时，通常应仅在业务交易中创建或更改一个聚合。因此，域模型不适合查询优化，但适合在写入业务数据时保持业务不变。

视图模型和相应的查询已针对读取进行了优化，并收集了所需的所有数据。

,

像这样简单地映射（带有mapstruct）：

@Mapping(source = "name.value",target = "prodName")
public abstract ProductView toProductView(Product model);