順応者（Anticorruption Layer）

DDDのコンテキストマップの順応者について調査しました。

オンラインショッピングシステムの例

システムは、注文管理コンテキストと在庫管理コンテキストという2つの境界づけられたコンテキストで構成されていると仮定します。それぞれのコンテキストは独自のドメインモデルを持ち、異なるチームによって開発されています。

注文管理コンテキストは、顧客の注文処理を担当しています。顧客が商品を注文すると、在庫管理コンテキストに商品の在庫確保を依頼する必要があります。しかし、注文管理コンテキストと在庫管理コンテキストは、それぞれ異なるドメインモデルと言語を持っています。

このような状況で、順応者を導入して両コンテキスト間の連携を円滑に行います。

注文管理コンテキストが在庫管理コンテキストに商品の在庫確保を依頼する際、順応者を使用します。
順応者は、注文管理コンテキストのモデルや言語を在庫管理コンテキストが理解できる形式に変換します。例えば、注文管理コンテキストでは「Order」オブジェクトが使用されている場合、順応者はこれを在庫管理コンテキストの「InventoryRequest」オブジェクトに変換します。
在庫管理コンテキストは、順応者を介して受け取ったデータを使用して、在庫確保処理を実行します。処理が完了したら、結果を順応者に返します。
順応者は、在庫管理コンテキストからの結果を注文管理コンテキストが理解できる形式に変換し、注文管理コンテキストに返します。

このように、順応者を使用することで、注文管理コンテキストと在庫管理コンテキストは疎結合を保ちつつ、効果的に連携することができます。それぞれのコンテキストは、自身のドメインモデルに沿ってデータを処理できるため、システム全体の一貫性や品質が向上します。

コンテキストマップの順応者(Conformist)の具体例を、ビジネス管理システムを使用して説明します。このシステムには、従業員管理コンテキストと給与計算コンテキストという2つの境界づけられたコンテキストがあります。

従業員管理コンテキストは、従業員の個人情報や役職、所属部門などのデータを管理しています。一方、給与計算コンテキストは、従業員の給与やボーナス、控除を計算し、支払い処理を担当しています。

このシナリオでは、給与計算コンテキストは従業員管理コンテキストから従業員情報を取得する必要があります。しかし、従業員管理コンテキストは、システム全体で使用されるため、他のコンテキストの要求に合わせて変更を行うことが難しい場合があります。

そこで、給与計算コンテキストは順応者(Conformist)の役割を担い、従業員管理コンテキストが提供するデータ構造やインターフェースに従います。これにより、給与計算コンテキストは従業員管理コンテキストと円滑に連携することができ、システム全体の調整を容易にします。

順応者関係の実現方法：

順応者のアプローチは、1つのコンテキストが他のコンテキストの影響を受け入れ、連携を円滑に進めることを目指しています。