ユニバーサルエディターのアーキテクチャ
ユニバーサルエディターのアーキテクチャと、そのサービスとレイヤー間でのデータのフローについて説明します。
アーキテクチャ構築ブロック
ユニバーサルエディターは、優れたエクスペリエンスを提供し、コンテンツベロシティを向上し、最新のデベロッパーエクスペリエンスを提供するために、コンテンツ作成者があらゆる実装、あらゆるコンテンツ、あらゆる側面を編集するための 4 つの基本的な要素で構成されます。
- エディター
- リモートアプリ
- API レイヤー
- 永続レイヤー
このドキュメントでは、これらの各構成要素の概要と、それらがデータを交換する仕組みについて説明します。

ヒント
ユニバーサルエディターとそのアーキテクチャの実際の動作を確認するには、「AEM のユニバーサルエディターの概要」で、ユニバーサルエディターのアクセス権を取得する方法と、最初の AEM アプリを使用するための実装を開始する方法を参照してください。
エディター
- ユニバーサルエディター - ユニバーサルエディターは実装された DOM を使用して、コンテンツのインプレース編集を可能にします。必要なメタデータに関する詳細については、属性とタイプを参照してください。AEM の実装の例については、AEM のユニバーサルエディターの概要を参照してください。
- プロパティレール — コンポーネントの一部のプロパティは、コンテキスト内で編集できません。例えば、カルーセルの回転時間や、アコーディオンタブを常に開いたり閉じたりするプロパティなどです。 このようなコンポーネント情報を編集できるように、エディターのサイドパネルにフォームベースのエディターが用意されています。
リモートアプリ
ユニバーサルエディターのコンテキスト内でアプリを編集可能にするには、DOM を実装する必要があります。リモートアプリは、DOM 内の特定の属性をレンダリングする必要があります。必要なメタデータに関する詳細については、属性とタイプを参照してください。AEM の実装の例については、AEM のユニバーサルエディターの概要を参照してください。
ユニバーサルエディターは最小限の SDK を目標としているので、実装はリモートアプリ実装によって行われます。
API レイヤー
- コンテンツデータ - ユニバーサルエディターの場合、コンテンツデータのソースシステムも、コンテンツデータの使用方法も重要ではありません。重要なのは、コンテキスト内で編集可能なデータを使用し、必要な属性を定義して提供することです。
- データを保持中 - 編集可能な各データには、URN 識別子があります。この URN は、永続性を適切なシステムとリソースにルーティングするために使用されます。
永続レイヤー
- コンテンツフラグメントモデル - コンテンツフラグメントプロパティ編集用のパネルをサポートするには、コンテンツフラグメントエディター、フォームベースのエディター、コンポーネントごとのモデル、コンテンツフラグメントが必要です。
- コンテンツ :コンテンツは、AEM、Magentoなど、どこにでも保存できます。

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

パイプラインのレンダリング
サーバーサイドレンダリング

静的サイト生成

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

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