Zuordnung dynamischer Modelle zu Komponenten für SPAs dynamic-model-to-component-mapping-for-spas

In diesem Dokument wird beschrieben, wie die Zuordnung des dynamischen Modells zu Komponenten im JavaScript SPA SDK für Adobe Experience Manager (AEM) erfolgt.

NOTE
Der SPA Editor ist die empfohlene Lösung für Projekte, die SPA Framework-basiertes Client-seitiges Rendering erfordern (z. B. React oder Angular).

ComponentMapping-Modul componentmapping-module

Das ComponentMapping-Modul wird dem Frontend-Projekt als NPM-Paket bereitgestellt. Es speichert Frontend-Komponenten und bietet der Single Page Application die Möglichkeit, Frontend-Komponenten AEM-Ressourcentypen zuzuordnen. Dies ermöglicht beim Parsen des JSON-Modells des Programms eine dynamische Auflösung von Komponenten.

Alle im Modell vorhandenen Elemente enthalten ein Feld :type, das einen AEM-Ressourcentyp verfügbar macht. Bei der Implementierung kann sich die Frontend-Komponente mit dem Fragment des Modells, das sie von den zugrunde liegenden Bibliotheken erhalten hat, selbst rendern.

Siehe SPA Blueprint Weitere Informationen zum Parsen von Modellen und zum Zugriff der Frontend-Komponenten auf das Modell.

Weitere Informationen finden Sie im npm-Paket: https://www.npmjs.com/package/@adobe/aem-spa-component-mapping

Modellgesteuerte Single Page Application model-driven-single-page-application

Anwendungen mit einzelnen Seiten, die das JavaScript SPA SDK für AEM nutzen, sind modellgesteuert:

  1. Frontend-Komponenten registrieren sich im Komponentenzuordnungs-Store.

  2. Anschließend durchläuft der Container, sobald ihm ein Modell vom Modellanbieter zur Verfügung gestellt wurde, seinen Modellinhalt ( :items).

  3. Wenn eine Seite vorhanden ist, werden die untergeordneten Elemente ( :children) erhalten Sie zunächst eine Komponentenklasse aus der Komponentenzuordnung und dann instanziieren.

App-Initialisierung app-initialization

Jede Komponente wird um die Funktionen des ModelProvider erweitert. Die Initialisierung hat daher die folgende allgemeine Form:

  1. Jeder Modellanbieter initialisiert sich selbst und wartet auf Änderungen, die an dem Modell vorgenommen wurden, das seiner inneren Komponente entspricht.

  2. PageModelManager muss gemäß dem Initialisierungsfluss initialisiert werden.

  3. Nach dem Speichern gibt der Seitenmodell-Manager das vollständige Modell der App zurück.

  4. Dieses Modell wird dann an die Frontend-Stamm-Container-Komponente der App übergeben.

  5. Teile des Modells werden schließlich auf jede einzelne untergeordnete Komponente übertragen.

app_model_initialization

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2