Architecture 在DDD体系结构中,我在哪里保存助手类?

Architecture 在DDD体系结构中,我在哪里保存助手类?,architecture,domain-driven-design,Architecture,Domain Driven Design,我在一个DDD项目中工作,其中包含以下层:UI、应用程序、域和基础架构 助手班应该住在哪里 更新: 例如,我说的是对象转储程序帮助程序。假设Infra代表基础结构,这就是它的位置。这取决于您所说的帮助程序的类型 如果它是一个以友好的显示格式格式化值的助手,那么它将更适合UI。如果您谈论的是SqlServer帮助程序,那么它将转到下文。像[Something]helper、[Something]Manager和[Something]Util这样的类太泛化了,通常表明没有人真正想到正确的名称和他们的

我在一个DDD项目中工作,其中包含以下层:UI、应用程序、域和基础架构

助手班应该住在哪里

更新:


例如,我说的是对象转储程序帮助程序。

假设
Infra
代表
基础结构,这就是它的位置。

这取决于您所说的帮助程序的类型


如果它是一个以友好的显示格式格式化值的助手,那么它将更适合UI。如果您谈论的是SqlServer帮助程序,那么它将转到下文。

[Something]helper
[Something]Manager
[Something]Util
这样的类太泛化了,通常表明没有人真正想到正确的名称和他们的责任。它们往往会随着时间的推移而增长,积累随机的代码片段。因此,与其为您的“助手”找到合适的位置,不如将其重命名,这样就可以清楚地知道它们是属于基础设施还是其他地方

请注意,每个.NET对象都已经有了诊断和日志记录的方法。因此,您可能不需要“对象转储程序助手”:

用于一般显示和调试 目的


我懂了。对我来说,对象转储程序是用于调试/开发/日志目的,与UI或域无关,因此,我将把它放在Infra中。我会说,这是因为你的观点是正确的,但没有提出明确的解决方案。读完这篇文章后,我仍然对如何命名“助手”或将其放置在何处感到困惑。