ユニバーサルエディターのアーキテクチャ

最終更新日: 2023-11-18

ユニバーサルエディターのアーキテクチャと、そのサービスとレイヤー間でのデータのフローについて説明します。

アーキテクチャ構築ブロック

ユニバーサルエディターは、優れたエクスペリエンスを提供し、コンテンツベロシティを向上し、最新のデベロッパーエクスペリエンスを提供するために、コンテンツ作成者があらゆる実装、あらゆるコンテンツ、あらゆる側面を編集するための 4 つの基本的な要素で構成されます。

  1. エディター
  2. リモートアプリ
  3. API レイヤー
  4. 永続レイヤー

このドキュメントでは、これらの各構成要素の概要と、それらがデータを交換する仕組みについて説明します。

ユニバーサルエディターのアーキテクチャ

ヒント

ユニバーサルエディターとそのアーキテクチャの実際の動作を確認するには、「AEM のユニバーサルエディターの概要」で、ユニバーサルエディターのアクセス権を取得する方法と、最初の AEM アプリを使用するための実装を開始する方法を参照してください。

エディター

  • ユニバーサルエディター - ユニバーサルエディターは実装された DOM を使用して、コンテンツのインプレース編集を可能にします。必要なメタデータに関する詳細については、属性とタイプを参照してください。AEM の実装の例については、AEM のユニバーサルエディターの概要を参照してください。
  • プロパティレール — コンポーネントの一部のプロパティは、コンテキスト内で編集できません。例えば、カルーセルの回転時間や、アコーディオンタブを常に開いたり閉じたりするプロパティなどです。 このようなコンポーネント情報を編集できるように、エディターのサイドパネルにフォームベースのエディターが用意されています。

リモートアプリ

ユニバーサルエディターのコンテキスト内でアプリを編集可能にするには、DOM を実装する必要があります。リモートアプリは、DOM 内の特定の属性をレンダリングする必要があります。必要なメタデータに関する詳細については、属性とタイプを参照してください。AEM の実装の例については、AEM のユニバーサルエディターの概要を参照してください。

ユニバーサルエディターは最小限の SDK を目標としているので、実装はリモートアプリ実装によって行われます。

API レイヤー

  • コンテンツデータ - ユニバーサルエディターの場合、コンテンツデータのソースシステムも、コンテンツデータの使用方法も重要ではありません。重要なのは、コンテキスト内で編集可能なデータを使用し、必要な属性を定義して提供することです。
  • データを保持中 - 編集可能な各データには、URN 識別子があります。この URN は、永続性を適切なシステムとリソースにルーティングするために使用されます。

永続レイヤー

  • コンテンツフラグメントモデル - コンテンツフラグメントプロパティ編集用のパネルをサポートするには、コンテンツフラグメントエディター、フォームベースのエディター、コンポーネントごとのモデル、コンテンツフラグメントが必要です。
  • コンテンツ :コンテンツは、AEM、Magentoなど、どこにでも保存できます。

永続レイヤー

ユニバーサルエディターサービスとバックエンドシステムディスパッチ

ユニバーサルエディターは、すべてのコンテンツの変更を、ユニバーサルエディターサービスと呼ばれる一元化されたサービスにディスパッチします。Adobe I/O Runtime 上で動作するこのサービスは、指定された URN に基づいて、拡張レジストリで使用可能なプラグインを読み込みます。プラグインはバックエンドに通信し、統合応答を返す役割を持ちます。

ユニバーサルエディターサービス

パイプラインのレンダリング

サーバーサイドレンダリング

サーバーサイドレンダリング

静的サイト生成

静的サイト生成

クライアントサイドレンダリング

クライアントサイドレンダリング

その他のリソース

ユニバーサルエディターの詳細については、次のドキュメントを参照してください。

このページ