1. Commerce Engine開発のベスト プラクティス

Commerce Engineの変更に関するベスト プラクティス

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

ほとんどのCommerce実装では、Commerce Engineのほとんどすべてのカスタマイズは、新しいプラグイン アセンブリを作成することで実現され、その後、Commerce Engineによって参照されます。

ほとんどの開発シナリオでは、Sitecore.Commerce.Engineプロジェクトに対する変更は通常、次のものに限定されます。

  • Commerce Engineポリシーの変更: 通常は構成によって実現されます。

  • 新しいプラグインの登録、または既存のプラグインの変更は、プラグインのConfigureSitecore.csファイルを使用して行われる依存関係の挿入によって行われます。

Sitecore.Commerce.Engineプロジェクト内の参照

新しいプラグインを作成するとき、または既存のプラグインをカスタマイズするときは、Sitecore.Commerce.Engineプロジェクトへの参照を追加する必要があります。 Sitecore.Commerce.Engineプロジェクト内のコンポーネントへの参照を追加するときは、ベスト プラクティスに従ってください。

  • 公式のSitecore NuGetフィードを使用して、Sitecoreプラグインへの参照を追加します。

  • 可能な場合は、NuGetを使用してサードパーティのアセンブリへの参照を追加します。

  • プロジェクト参照を使用して、独自のソリューション内のカスタムプラグインへの参照を追加します。

グローバル環境の構成に関する考慮事項

global.jsonファイルは、ブートストラップ中にグローバル環境を構成するために使用され、Commerce Engineの起動と実行に必要な最小限の構成が含まれています。

Global.jsonファイルへの変更は避けてください。ただし、"policies" コレクション セクションの変更 (パラメーター値の変更や新しいグローバル構成ポリシーの追加など) は避けてください。

ユーザー定義エンティティを作成するためのベスト プラクティス

Sitecore XC 9.2以降、コマース エンティティ (CommerceEntity) にはGUID UniqueIdとEntityId文字列 があります。カスタム コマース エンティティを作成する場合、Sitecoreでは、一意のIDにあいまいさが生じ、エンティティの検索時にエラーが発生する可能性があるため、EntityId値の一部としてGUIDを含めないことをお勧めしますNot found 。

この記事を改善するための提案がある場合は、 お知らせください!