编写 DTO Class 以构建从不同数据源获取信息的对象

Writing DTO Class to build object getting informations from different Data Sources

我正在关注这个项目的领域驱动设计。

我有一个包含图像的对象。我们称它为 Product:

class Product {
  UniqueID id;
  ProductName name;
  ImageBytes imageBytes;
}

UniqueIDProductNameImageBytes 只是经过验证的对象,分别表示 StringStringList<int>

我想将实际图像存储在 Firebase 存储中,并将 imageId 保存在 Firestore 中。 因此,在我看来,我在 Firebase 存储上有一个图像,其 ID 为 xYF87Ejid0093RTcxaWpof,并且在 Firestore 中有一个文档包含此 ID 而不是实际图像。

我遇到的问题是编写产品的数据传输对象。我应该如何将 imageId 转换为实际图像?

请考虑我使用的是 DDD,所以我的 DTO 和我的实体 classes 是联合体(使用冻结)。

我认为我应该在基础架构级别有一个名为 FirestoreProduct 的中间 class,如下所示:

class FirestoreProduct {
  UniqueID id;
  ProductName name;
  UniqueID imageId;
}

这样我就可以编写一个使用此 class 的 DTO,并且我可以在下载图像后从存储库 class 创建 Product 对象。 DDD方式有没有更好的方法解决这个问题?

提前致谢。

您真的需要 ImageBytes 来执行产品实体的业务逻辑吗?我什至猜测您的 Product 是聚合根,因此其中包含数据和相应的行为(业务逻辑)。

所以根据我的point-of-view,你的FirestoreProduct的模型比你的[=36=更接近领域模型]产品 class.

我认为您的图像是一个单独的聚合体,它可以驻留在同一服务但不同的存储空间中,或者甚至可以驻留在单独的服务中。

无论哪种方式,产品聚合 应该只需要对图像的引用。我会像这样建模它

class Product {
  ProductId id;
  ProductName name;
  ImageId imageId;

}

ProductIdImageId 将是 strongly-typed id 的值对象。

我希望新图片的 storing/upload 与 creating/updating 产品本身在单独的交易中执行。这意味着当您创建新产品或对其执行某些业务逻辑以更改它时,您的图像已经上传到 Firestore,并且您只能在产品聚合中使用图像 ID。

另一方面,您的 Product DTO(您也可以将其称为视图模型)用于为 UI(即用于读取数据)看起来可能与 Product 聚合不同。这没关系,也很有意义。

所以 DTO 看起来像这样:

class ProductDto {
    UniqueID id;
    ProductName name;
    ImageBytes imageBytes;
}

注意:我不知道 ImageBytes 是否是 DTO 的正确类型,因为我对 flutter 的了解有限,但我希望你能理解。

有了它,您可以完全绕过产品聚合 域存储库 ,并拥有另一项服务 class,它将为您提供 reading/viewing 所需的所有数据产品数据。由于您不会通过读取数据更改任何内容,因此您不会遍历域模型并针对读取进行优化。

构建 DTO 的代码将用于查询某些产品数据的持久性,也用于查询实际图像的 Firebase。如果性能有问题,您甚至可以在之后通过 UI 的单独调用重新加载实际的 Firebase 图像,例如,如果您立即检索整个产品数据列表以供阅读。