编写 DTO Class 以构建从不同数据源获取信息的对象
Writing DTO Class to build object getting informations from different Data Sources
我正在关注这个项目的领域驱动设计。
我有一个包含图像的对象。我们称它为 Product
:
class Product {
UniqueID id;
ProductName name;
ImageBytes imageBytes;
}
UniqueID
、ProductName
和 ImageBytes
只是经过验证的对象,分别表示 String
、String
和 List<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;
}
而 ProductId 和 ImageId 将是 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 图像,例如,如果您立即检索整个产品数据列表以供阅读。
我正在关注这个项目的领域驱动设计。
我有一个包含图像的对象。我们称它为 Product
:
class Product {
UniqueID id;
ProductName name;
ImageBytes imageBytes;
}
UniqueID
、ProductName
和 ImageBytes
只是经过验证的对象,分别表示 String
、String
和 List<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;
}
而 ProductId 和 ImageId 将是 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 图像,例如,如果您立即检索整个产品数据列表以供阅读。