私は、UI、アプリケーション、ドメイン、インフラストラクチャの各レイヤーを含むDDDプロジェクトに取り組んでいます。DDDアーキテクチャではどこでヘルパークラスを保持しますか?
ヘルパークラスはどこに住んでいますか?
更新:
私は、たとえば、オブジェクトDumperのヘルパーについて話しています。
私は、UI、アプリケーション、ドメイン、インフラストラクチャの各レイヤーを含むDDDプロジェクトに取り組んでいます。DDDアーキテクチャではどこでヘルパークラスを保持しますか?
ヘルパークラスはどこに住んでいますか?
更新:
私は、たとえば、オブジェクトDumperのヘルパーについて話しています。
あなたが話しているヘルパーの種類によって異なります。
フレンドリーな表示形式で値を書式設定するヘルパーの場合は、UIの方が適しています。 SqlServerヘルパーについて話している場合は、Infraに移動します。
Infra
がInfrastructure
を表すと仮定します。
[Something]Helper
,[Something]Manager
、[Something]Util
などのクラスはあまりにも一般的であり、実際には誰も実際の名前と責任を考えていないことを示していることがよくあります。時間の経過と共にランダムなコードが蓄積していく傾向があります。したがって、あなたの「ヘルパー」のための適切な場所を見つけるのではなく、おそらく名前を変更し、インフラストラクチャに属するかどうかが明確になります。
すべての.NETオブジェクトには、すでに診断とログの方法があります。だから、「オブジェクトDumperのヘルパー」を必要としないことがあります。
ToStringは、一般的な表示とデバッグ 目的のために使用されることを意図しています。
downvoterはコメントしますか? – Dmitry
あなたのポイントは有効だが、明確な解決策は提案されていないためだと思います。これを読んだ後、私は "ヘルパー"の名前を付ける方法や配置する場所を今でも混乱しています。 –
更新を参照してください –
を参照してください。私のために、オブジェクトダンパーはデバッグ/開発/ログの目的であり、UIやドメインとは関係がないので、Infraの中に投げてしまいます。 – goenning