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

Posted 2023-02-22

【中文标题】编写 DTO 类来构建从不同数据源获取信息的对象

【英文标题】：Writing DTO Class to build object getting informations from different Data Sources

【发布时间】：2020-12-18 03:12:15

【问题描述】：

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

我有一个包含图像的对象。我们就叫它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 和我的实体类是联合（使用 Freezed）。

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

class FirestoreProduct 
  UniqueID id;
  ProductName name;
  UniqueID imageId;

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

提前致谢。

【参考方案1】：

您真的需要 ImageBytes 来执行产品实体的业务逻辑吗？我什至猜想你的 Product 是一个聚合根，因此其中会有数据和相应的行为（业务逻辑）。

所以从我的角度来看，您的 FirestoreProduct 模型比您的 Product 更接近域模型/em> 类。

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

无论哪种方式，产品聚合都应该只需要对图像的引用。我会以某种方式对其进行建模

class Product 
  ProductId id;
  ProductName name;
  ImageId imageId;

而 ProductId 和 ImageId 将是强类型 id 的值对象。

我希望新图像的存储/上传在单独的事务中执行，而不是创建/更新产品本身。这意味着当您创建新产品或对其执行一些业务逻辑以更改它时，您的图片已经上传到 Firestore，您只需使用产品聚合中的图片 ID。

Product DTO（你也可以称之为视图模型）另一方面，用于为 UI 提供数据（即用于读取数据）可以看起来不同于 Product 聚合。这没关系，也很有意义。

所以 DTO 看起来应该是这样的：

class ProductDto 
    UniqueID id;
    ProductName name;
    ImageBytes imageBytes;

注意：我不知道 ImageBytes 是否是 DTO 的正确类型，因为我对 Flutter 的了解有限，但我希望你能明白。

这样您就可以完全绕过产品聚合域存储库，并拥有另一个服务类，该服务类将为您提供阅读/查看产品数据所需的所有数据。由于您不会通过读取数据来更改任何内容，因此您无需通过域模型并针对读取进行优化。

构建 DTO 的代码将用于查询某些产品数据的持久性，但也会用于查询实际图像的 Firebase。如果性能是一个问题，例如，如果您一次检索整个产品数据列表以供读取，您甚至可以通过从 UI 单独调用来重新加载实际的 Firebase 图像。

【讨论】：

感谢您的回答。对于 DTO，我的意思是要传输的对象，其中包含要从数据库中读取的所有标准化数据。当然，从 UI 中读取也是完美的。将图像与产品分离是一个聪明的想法，它将解决我所有的问题，我一定会使用它！