在 DDD 架构中,我应该在哪里保存辅助类?

发布于 2024-12-04 13:38:10 字数 119 浏览 1 评论 0原文

我正在从事一个 DDD 项目,其中包含以下层:UI、应用程序、域和基础设施。

助手类应该住在哪里?

更新:

例如,我正在谈论对象转储器助手。

I'm working in a DDD project where contains these layers: UI, Application, Domain and Infrastructure.

Where should the helpers classes live?

Update:

I'm talking about a Object Dumper Helper for example.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

心凉 2024-12-11 13:38:10

[Something]Helper[Something]Manager[Something]Util 这样的类过于通用,通常表明没有人真正考虑过这一事实正确的名称和他们的责任。它们往往会随着时间的推移而增长,积累随机的代码片段。因此,您不应该为您的“助手”找到正确的位置,您可能应该将其重命名,这样就会清楚它们是属于基础设施还是其他地方。

请注意,每个 .NET 对象都已经有一个用于诊断和日志记录的方法。所以你可能不需要“对象转储助手”:

ToString 用于一般显示和调试
目的。

Classes like [Something]Helper, [Something]Manager and [Something]Util are too generic and often indicate the fact that nobody really thought about a proper name and their responsibility. They tend to grow over time accumulating random pieces of code. So instead of finding the right place for your 'Helper' you should probably rename it and it will become clear whether they belong to Infrastructure or elsewhere.

Note that every .NET object already has a method for diagnostics and logging. So you may not need 'Object Dumper Helper':

ToString is intended to be used for general display and debugging
purposes.

够运 2024-12-11 13:38:10

这取决于你所说的助手是什么样的。

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

It depends on what kind of helper you are talking about.

If it's a Helper that format a value in a friendly display format, then it would fit better in the UI. If you are talking about a SqlServer helper, then it goes to Infra.

默嘫て 2024-12-11 13:38:10

假设Infra 代表基础设施,那就是。

Assuming Infra stands for Infrastructure, that's where.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文