강의

멘토링

커뮤니티

編集済み

レビュー 3 件

平均評価 5.0

100% 受講後に作成

簡単な受講レビューにもお返事をいただき、ありがとうございます。 授業を受けた後、関心の分離を考えているうちに 質問が生まれて、受講レビューを修正することになりました。^^; オブジェクトはドメインのビジネスロジックを処理する関心を持つことになりますが、 この時、ログ出力に対する関心をオブジェクトが持つ必要はないと思うのですが、すべてのオブジェクトがloggerオブジェクトを注入されて処理しなければならないのでしょうか? そうするとすべてのオブジェクトのコンストラクタにloggerが入らなければならないのか... 他に優雅な方法がないか気になります。 そしてログ出力をする時は文脈情報も必要だと思うのですが... オブジェクト内部で文脈情報も渡される必要があるのか... それならこれも注入される必要があるのでしょうか? 難しいですね。 ご指導をお願いいたします。 今日も幸せな一日をお過ごしください。

eternity님의 프로필 이미지
eternity
インストラクター

조남철様、受講レビューをお寄せいただき、ありがとうございます。 完走おめでとうございます。後日でも気になる部分がございましたら、お気軽にご質問をお寄せください。 天気がとても寒くなりましたが、お体にお気をつけて、素敵な週末をお過ごしください。 ありがとうございます。

eternity님의 프로필 이미지
eternity
インストラクター

조남철様、こんにちは。 受講レビューの修正は通知が来ないため、今になって確認することができました。 次回は受講レビューではなく、コミュニティの質問に残していただければ、迅速に返信できると思います。😊 結論から申し上げますと、ドメインオブジェクトにはロギングのためのロジックと依存関係を追加すべきではありません。 loggerを追加すると、ドメインロジックとは無関係な責任と依存関係が加わるため、凝集度と結合度の両面で設計の品質が低下することになります。 ロギングは、ドメインオブジェクトの実行結果を利用して、アプリケーションレイヤーのServiceで記録するのが良いでしょう。 もしドメインオブジェクト単位でのロギングが必要な場合でも、loggerに直接依存する代わりに、AOPのような技法を利用して、ドメインオブジェクトに依存関係を追加しない方法で解決されることをお勧めします。 回答になっていますでしょうか。😊 また気になる点がございましたら、コミュニティ > 質問に残していただければ、迅速に回答させていただきます。 雪がたくさん降っていますが、安全に退勤してください。 ありがとうございます!

オブジェクト - 基礎 のサムネイル
eternity

·

31 講義

·

1,739 人が受講

割引価格を見る
オブジェクト - 基礎 のサムネイル
eternity

·

31 講義

·

1,739 人が受講