DDDを具体的なプロセスに落とし込むにはどういう観点が必要だろうか。 - 境界づけられたコンテキストがどこまでの範囲かよくわからない - ユビキタス言語やドメインモデルをどのように発見すればいいかわからない。どこから着手すればいいのか? - ドメインモデルがただのデータの入れ物になってしまう(貧血…
![DDD with RDRA, ICONIX](https://cdn-ak-scissors.b.st-hatena.com/image/square/c5b5d07fed66ec88835e94d5e6fa6733548c577d/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fa1d2ca65897448d0a8e63005de321a21%2Fslide_0.jpg%3F7967733)
ChatWork Advent Calendar 2017の10日目の記事です。 こんにちは。かとじゅん([Twitter:@j5ik2o]) です。 何を書こうかと悩んだのですが、社内で意見を聞いたところ、やはりDDD関連がよいとなりました。 Scalaコードでわかった気になるDDD この記事も、もう四年前ですっかり古くなりました。最近どういう観点で実践しているかまとめてみます。(DDD初級者という方は、まず上の記事を読むことをお勧めします) DDDを実践するにあたっての個人的な問題点は2つあります。ひとつは、「いきなりドメインモデルを作ることができない」という問題。もうひとつは、ドメインモデルを作り上げても実装コードに役に立つ振る舞いが思いつかず、いわゆる「ドメインモデル貧血症*1」になりやすいという問題です。このような問題は、僕がコミュニティで関わった多くのエンジニアから耳にします。
システム設計日記を検索 プロフィール masuda220 リンク システム開発日記(実装編) 有限会社 システム設計 twitter @masuda220 selected entries ドメインモデルの構造設計 (03/05) recent comment Smart UI が優れている? ⇒ masuda220 (03/10) Smart UI が優れている? ⇒ kagehiens (03/09) オブジェクト指向プログラミングの教え方? ⇒ masuda220 (12/05) オブジェクト指向プログラミングの教え方? ⇒ ZACKY (12/04) 「オブジェクトの設計力」 スキルアップ講座やります ⇒ masuda220 (08/14) 「オブジェクトの設計力」 スキルアップ講座やります ⇒ kompiro (08/14) 「オブジェクトの設計力」 スキルアップ講座やります ⇒
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く