[Object-Oriented Conference] 資料まとめ | Qrunch（クランチ）技術ブログをはじめよう Qrunch（クランチ）は、プログラマの技術アプトプットに特化したブログサービスです 駆け出しエンジニアからエキスパートまで全ての方々のアウトプットを歓迎しております！
![[Object-Oriented Conference] 資料まとめ | Qrunch（クランチ）](https://cdn-ak-scissors.b.st-hatena.com/image/square/0f64a6c7820c903910c22e636de97c682a084858/height=288;version=1;width=512/https%3A%2F%2Fs3.qrunch.io%2FJLOPGfOJHRrDqcr3EFRU0FqLMbbhDKGl.png)
ドメインモデルとは(「現場で役立つシステム設計の原則」より) - Qiita
業務で扱う(最小)単位でデータとロジックをひとまとめにして整理する技法 ドメインモデルが実現する世界 どこに何のロジックが書いてあるか、(ソースを見るだけで)わかる 改修しやすいプログラム ドメインモデルで解決したい問題 どこに何のロジックが書いてあるかわからない問題 - わからないから適当に書く→適当に書くからわからない → わからないから・・・ - ある修正をしようと思っても、どこまでが影響範囲かわからない - 使用している箇所全grepして調査 - 同じような処理、分岐が重複してしまう これを解決したい。これだけを考える。 なぜ(今までのシステムは)改修は難しいのか 機能クラスと、データクラスをわけてしまうから そのデータクラスを呼べる箇所 = 業務ロジックがかけてしまう どこになにが書いてあるかわからなくなる 共通クラス、Utilクラスを作ってしまうから 誰でも呼べる = そのクラ
アジャイルなソフトウェア設計を目指して
20160927_守るべきは、大量の情報資産を管理するデータベース！ ～ユーザ事例から見るデータベースのセキュリティ対策～ by 株式会社インサイトテクノ...
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
