14章 モデルの整合性を維持する

[onokatsu]

14章 モデルの整合性を維持する

• 統一性(unification)

  • 各項目に曖昧さがなく矛盾したルールもない、モデル内の一貫性

• 完全に統一することは、現実的ではないし、コストにも見合わない

  • 統一していくことと統一しないでおくことを認識して全体像を共有しておくこと

境界づけられたコンテキスト

• 明示的な境界
  • チーム編成
  • アプリケーション特有の部分が持つ用途
  • コードベース、データベーススキーマ
• 2種類の問題
  • 重複した概念
  • 偽同族語(false cognate)

継続的な統合

• エクストリームプログラミング
• モデルの整合性を維持するのに適している
• モデル概念の統合
  • ユビキタス言語
• 実装の統合
  • マージ・ビルド・テスト

コンテキストマップ

• コンテキストの境界で行うテスト
  • とりわけ重要。早期警告となる
• コンテキストマップを構成してドキュメント化する
  • 境界づけられたコンテキストに名前があること
  • 全員がどこに境界があるか知っていなければならない

共有カーネル

• モデルのどの部分であってもよい

[TK4580]

この間ちょっと話に出たユビキタス言語の定義について、ちよっと良い資料を見つけたので共有。
[DDDのユビキタス言語についての考察、研究]
http://sssslide.com/speakerdeck.com/hidenorigoto/dddfalseyubikitasuyan-yu-nituitefalsekao-cha-yan-jiu
[ドメイン駆動設計 第2章 ユビキタス言語を読みなおした]
http://yoskhdia.hatenablog.com/entry/2016/05/22/182605

結構、解釈で困ってるキーワードらしいですね。
（なんとなーく、分かる様な気もするけど。。。明確には理解できない概念(？)みたいな。。。）

[TK4580]

こんなんもあった。。。
[実践ドメイン駆動設計の用語まとめ]
http://qiita.com/asatohan/items/f4dc53a53b3d83360f42

やっぱり、DDDに書いてあるコンテキストが理解しがたい。。。

[TK4580]

「境界づけられたコンテキストの主目的は、ユビキタス言語やそのドメインモデルをカプセル化することだ。...」
これが一番しっくりくる。。。かな