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

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

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

ユニバーサルエディターは、卓越したエクスペリエンスの提供、コンテンツベロシティの向上、最先端のデベロッパーエクスペリエンスの提供に向けて、コンテンツ作成者があらゆる実装のコンテンツのあらゆる側面を編集するための 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 に基づいて、拡張レジストリで使用可能なプラグインを読み込みます。プラグインはバックエンドに通信し、統合応答を返す役割を持ちます。

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

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

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

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

静的サイト生成

静的サイト生成

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

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

その他のリソース

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

このページ