カスタマイズ可能なドメイン モデル
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
各サービス層には、ドメイン モデルを反映する一連のエンティティ クラスが含まれています。ドメイン モデル オブジェクトは、APIを操作するときに使用されます。APIは、オブジェクトを入力パラメーターの一部として受け入れ、オブジェクトを返します。
ドメインモデルは最小限に抑えられていますが、これは、すべてのベンダーがある程度異なる情報を保存しており、1つのモデルがすべての人に適しているわけではないためです。それにもかかわらず、ドメイン モデルには、すべてのショップで使用される一般的なシナリオをカバーするのに十分な情報、ドメイン オブジェクト、およびパラメーターが含まれています。
一部のドメインモデルオブジェクトは、異なるECSとの統合ごとにカスタマイズされることが期待されます。Commerce Connectには、ECSに対応する実装がないドメイン オブジェクトが含まれている場合があり、その場合はそのままにしておくことができます。
製品の同期では、ドメイン モデル オブジェクトに加えて、エンティティ クラスに一致する対応するアイテム ドメイン モデルもあります。エンティティは、構成セクションを変更することでカスタマイズできます。
ドメイン モデルは、次のようにカスタマイズできます。
-
すべてのドメイン モデル オブジェクトは、カスタム プロパティを使用して継承および拡張できます。
-
ネストされたすべてのオブジェクトは、カスタムプロパティを使用して継承および拡張できます。
-
すべてのサービスメソッドは、カスタマイズされたドメインオブジェクトで使用される場合でも、既存の定義済みシグネチャを保持します。
ECSの上に抽象化レイヤーを作成し、Commerce Connectと交換する情報を抽出して管理することをお勧めします。このアプローチは、コンピューター サイエンスで使用されるBridge設計パターンに似ており、Commerce ConnectとECSの両方の進化に合わせて統合を継続的に管理することが容易になります。また、Commerce Connectドメイン モデルとECS抽象化レイヤー オブジェクトに対応する類似のオブジェクト署名がある場合は、情報の交換が容易になります。
一部のサービス レイヤーは、Sitecoreにデータを保存し、データをECSに渡します。データがSitecoreに保持されるたびに、リポジトリ パターンを使用してデータの読み込みと保存が管理されます。これにより、データが保持されている実際のリポジトリを簡単に置き換えることができます。詳細については、「サービスレイヤー API」セクションを参照してください。