ドメインロジックはドメインオブジェクトに凝集させる - Qiita

こんにちは。 最近、こんなツイートしたのですが、ドメインオブジェクトではなくアプリケーションサービス1などにドメインロジックが書かれてしまうことがあります。 アプリケーションサービスはドメインロジックを配置する場所ではない、それはドメインオブジェクトの役割。アプリケーションサービスは進行役。ここを間違うから簡単にドメインモデル貧血症になってしまうんだと思います。 — かとじゅん (@j5ik2o) August 18, 2019 最近、以下の書籍(以下 増田本)をマジメに読み直しました(笑)。ドメインモデル貧血症2を回避して、ドメインロジックをドメインオブジェクトに凝集させる方法に関して、増田本にいろいろ書いてあったので、そのエッセンスと僕の考察を交えて解説したいと思います3。 詳しい内容は以下の増田本を読んでください！ コード例はScalaですが難しい表現がないので、Scalaが分からな

[nakag0711]

本来、メンバ変数はそれぞれの処理に必要な途中経過データだけで構成されるはずなので、それを取り出したいという時点で本当はなにかおかしい。処理の最終結果を取り出すときはそれを表す構造体を受け取る

[igrep]

この手の話聞く度に、あるモジュールがどんな関数を他が使えるようにすべきかって、そのモジュール自身では決められず、モジュールの組み合わせに依存することが多いと感じる

[NOV1975]

ベースとなるアーキテクチャの話がないので何言ってるのかわかるけどわかんないよ

[ghostbass]

「何がドメインロジックなのか」って難しい。難しすぎて吐く。/ とは言え、アプリの半分ぐらいは単純なCRUDにオプション選択付けたようなもんなので、結果ドメインレイヤーは薄くなりがち

[kathew]

MVCで何でもCに書いちゃうみたいな

[griefworker]

内部データを暴露する Getter に長いプレフィックスを付けるのは良いな。