gpt4 book ai didi

entity - DDD : where to generate url slug of an entity?

转载 作者:行者123 更新时间:2023-12-03 17:48:10 28 4
gpt4 key购买 nike

你如何处理 DDD 中的 url slug 生成?

内部构造函数?但是依赖其他服务的实体并不好。

作为构造函数参数传递?我认为蛞蝓不应该在那里,因为它们不是业务需求。他们是吗?

或者只是有一个二传手?

最佳答案

看起来 URL slug 是你的域模型的一部分,尽管它起初看起来像是一个基础设施问题。
如果您将其建模为实体的属性,我认为在构造函数参数中传递它没有问题。将它作为具有公共(public) setter 的属性当然更好,任何人都可以随时对其进行修改。
创建 ISlugGenerator接口(interface)并将其注入(inject)适当的层(ApplicationService 或 DomainService,请参阅 here 了解更多信息),以生成 URL 字符串并将其在构造函​​数中传递给实体。
实现 ISlugGenerator在表示层中,实际保存要通过 URL 访问的页面/路由的层。

您可能会争辩说 URL 在域模型中确实没有位置,因为它只是一些与实体相关的信息,但不用于任何决策过程。
那么,请考虑电子商务应用程序中的产品描述或产品图像。这是同样的事情。您肯定有这些属性的验证逻辑,并且此验证应该是域的一部分,但您可能不会根据它们做出任何其他决定。
那么,您不应该从 Product 实体中删除 Description 和 Image 吗?实际上,没有。即使图像可能是一个 URL,就像您问题中的 slug 一样。
产品将在其构造函数中将 imageUrl 作为字符串参数接收,或者通过实体中的方法进行设置。但是 imageUrl 会由一些 ImageUploadService 生成,它的接口(interface)将在 Application Layer 中定义并在一些 Infrastructure Layer 中实现。

关于entity - DDD : where to generate url slug of an entity?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29011079/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com