はてなブックマーク

現場で役立つシステム設計の原則 を読んで、 その内容をチームに伝えるようにまとめたメモです ドメインモデルとは 業務で扱う(最小)単位でデータとロジックをひとまとめにして整理する技法 ドメインモデルが実現する世界 どこに何のロジックが書いてあるか、(ソースを見るだけで)わかる 改修しやすいプログラム ドメインモデルで解決したい問題 どこに何のロジックが書いてあるかわからない問題 わからないから適当に書く→適当に書くからわからない → わからないから・・・ ある修正をしようと思っても、どこまでが影響範囲かわからない 使用している箇所全grepして調査 同じような処理、分岐が重複してしまう これを解決したい。これだけを考える。 なぜ(今までのシステムは)改修は難しいのか 機能クラスと、データクラスをわけてしまうから そのデータクラスを呼べる箇所 = 業務ロジックがかけてしまう どこになにが書い