複合エンティティビュー
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
コンポジットエンティティビューを理解するには、ユーザーインターフェース内のページ(例えば、ビジネスユーザーが注文を閲覧するページ)を考えてみてください。
注文ページはさらにセクション(詳細、出荷、支払い、権利など)に分かれています。Composite EntityViewは、そのページの構成方法や利用可能なアクションを表し、ユーザーインターフェースがカスタムロジックなしで単純にビューをレンダリングし、使いやすく拡張可能なページを形成できるようにします。
複合エンティティビューにはマスタービューと子ビューが含まれます。
マスタービューはページ全体を表します。通常はプロパティを含みませんが、含むこともあります。マスタービューには、ユーザーインターフェースのセクションを表す子ビューのリストが含まれています。また、エンティティに対して実行可能なアクションのリストも含まれます。子ビューの例としては、ページの詳細セクションがあります。例えば、注文ページでは、子ビューは注文確認識別子や日付などを表示するセクションです。
ビューはセクションで表示すべき内容を表しているため、プラグインで追加情報を表示するために拡張できます。プロパティは、注文の種類などエンティティの側面によって異なる場合があります。また、一部のプロパティを一部のユーザーに表示し、他のユーザーには表示しないことも可能です。これはセキュリティトリミングの一形態です。
注文にセクションが必要ない場合、そのページのComposite EntityViewはそのセクションを返しません。例えば、デジタル製品注文では出荷の子ビューは返送されません。
ビューは拡張ポイントも提供しており、パイプラインに連携して追加の子ビューを返したり、既存のビューに新しいプロパティを加えたりするプラグインをデプロイできます。
マスタービューを使うことで、ウェブページ全体を一度の呼び出しで返すことができるため、効率が向上します。また、個別の子ビューを個別に呼び出すことも可能です。例えば、ユーザーがページ全体を再構築せずに単一のセクションをリフレッシュしたい場合など、これは必要になることがあります。