複合エンティティビュー

複合EntityViewを理解するために、ユーザー インターフェイスのページ (たとえば、ビジネス ユーザーが注文を表示するページ) について考えてみます。

注文ページは、さらにセクション(詳細、出荷、支払い、権利など)に分かれています。Composite EntityViewは、そのページがどのように編成され、どのようなアクションを使用できるかを表し、ユーザー インターフェイスはカスタム ロジックを使用せずにビューを簡単にレンダリングして、使いやすく拡張可能なページを形成できます。

Composite EntityViewには、マスター ビューと子ビューが含まれます。

マスター ビューは、ページ全体を表します。通常はプロパティは含まれませんが、含まれる可能性があります。マスター ビューには、それぞれがユーザー インターフェイスのセクションを表す子ビューの一覧が含まれています。また、エンティティに対して実行できるアクションのリストも含まれています。子ビューの例としては、ページの 詳細 セクションがあります。たとえば、注文ページでは、子ビューは注文確認識別子、日付などを表示するセクションです。

このビューは、セクションに表示する内容を表しているため、プラグインによって拡張して追加情報を表示できます。プロパティは、注文の種類など、エンティティの一部の側面によって異なる場合があります。また、一部のプロパティを一部のユーザーに表示し、他のユーザーには表示しないようにすることもできます。これは、セキュリティトリミングの一種です。

Orderにセクションが必要ない場合、そのページのComposite EntityViewはそのセクションを返しません。たとえば、デジタル製品の注文では、出荷の子ビューは返されません。

また、ビューには拡張ポイントも用意されているため、パイプラインに結び付けて追加の子ビューを返すプラグインをデプロイしたり、既存のビューを新しいプロパティで拡張したりできます。

マスタービューを使用すると、Webページ全体を1回の呼び出しで返すことができ、効率が向上します。個々の子ビューを個別に呼び出すこともできます。これは、たとえば、ユーザーがページ全体を再構築せずに1つのセクションを更新する場合に必要になる場合があります。