【きょうかいづけられたこんてきすと】
境界づけられたコンテキスト とは?
💡 「同じ言葉でも意味が違う」境界を引く
📌 このページのポイント
- 同じ「商品」でも販売/物流/会計で異なるモデルになる
- 境界の内側ではユビキタス言語が一意に定義される
- マイクロサービスの分割単位の有力な指針
- コンテキスト間の連携にはAnti-Corruption Layerやイベントを使う
具体例で説明して?
ECサイトの「商品」を考えよう。販売コンテキストでは商品名・価格・セール情報が重要。物流コンテキストでは重さ・サイズ・在庫場所が重要。会計コンテキストでは売上・仕入れ値・税区分が重要。これを1つのProductクラスにまとめると肥大化する。コンテキストごとに最適なモデルを作るのが境界づけられたコンテキストだよ
コンテキスト間のデータはどうやり取りする?
どうやって境界を見つけるの?
境界を間違えたらどうなる?
まとめ:ざっくりこれだけ覚えればOK!
「境界づけられたコンテキスト」って出てきたら「同じ用語の意味が異なる領域を分離する設計概念」と思えればだいたいOK!
📖 おまけ:英語の意味
「Bounded Context」 = 境界づけられたコンテキスト
💬 Bounded(境界を持つ)Context(文脈)。Eric EvansのDDD本の中核概念だよ