問題タブ [interchange]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
domain-driven-design - Open-Host サービス、公開言語、正規データ モデル
オープン ホスト サービス (OHS) の公開された言語は、OHS コンシューマーのパブリック インターフェイスを簡素化するのに役立つ統合指向のモデルと見なすことができます。公開された言語は統合に最適化されており、統合のニーズに合わせて特別に設計された、消費者にとってより便利なモデルでデータを公開します。
それぞれの境界付けられたコンテキストが独自の内部 (正規データ) モデルを持っているという考えを推進している場合、OHS は実際には、境界付けられたコンテキストの内部モデルを、他の境界付けられたコンテキストとの統合に使用されるモデルから切り離します。そのため、OHS のコンシューマーに影響を与えることなく、境界付きコンテキストの内部モデルを進化させることができます。
OHS または複数の OHS の統合モデルを設計したいとします。ここには、ESB / SOA 時代の統合に使用した古い学校の正規データ モデルの概念がありませんか? 実際、パブリック OHS の統合モデルを設計することは、交換コンテキストの概念にも貢献していると言えます。つまり、主に他のコンポーネントによるより便利な使用のためにモデルを変換する役割を担う、別の境界付けられたコンテキストです。
問題は、SOA ESB 時代の「古い学校」の正規データ モデルに戻り、他のコンポーネントがより便利に使用できるようにモデルを変換する別の境界付けられたコンテキストとしての交換コンテキストの概念に戻らないのでしょうか? そうでない場合、違いは何ですか？