Migration zur Touch-optimierten Benutzeroberfläche

Letzte Aktualisierung: 30. April 2024

Erstellt für:

  • Entwickler

Mit der Version 6.0 führte Adobe Experience Manager (AEM) eine neue Benutzeroberfläche ein, die als Touch-optimierte Benutzeroberfläche (auch einfach Touch-Benutzeroberfläche genannt) bezeichnet wird. Sie ist an Adobe Experience Cloud und die allgemeinen Richtlinien für die Benutzeroberflächen von Adobe angepasst. Dies ist inzwischen die Standard-Benutzeroberfläche in AEM. Die veraltete, Desktop-orientierte Benutzeroberfläche wird klassische Benutzeroberfläche genannt.

Wenn Sie AEM mit der klassischen Benutzeroberfläche verwendet haben, ergreifen Sie Maßnahmen, um Ihre Instanz zu migrieren. Diese Seite soll als Sprungbrett dienen, indem Links zu einzelnen Ressourcen bereitgestellt werden.

NOTE
Ein solches Migrationsprojekt kann erhebliche Auswirkungen auf Ihre Instanz haben. Siehe Verwalten von Projekten – Best Practices für empfohlene Richtlinien.

Grundlagen

Beachten Sie bei der Migration die folgenden wichtigen Unterschiede zwischen der klassischen und der Touch-optimierten Benutzeroberfläche:

Klassische BenutzeroberflächeTouch-optimierte Benutzeroberfläche
Wird im JCR-Repository als Knotenstruktur beschrieben. Jeder Knoten, der ein Element der Benutzeroberfläche darstellt, wird als ExtJS-Widget bezeichnet und Client-seitig von ExtJS gerendert.Wird im JCR-Repository ebenfalls als Knotenstruktur beschrieben. In diesem Fall bezieht sich jedoch jeder Knoten auf einen Sling-Ressourcentyp (Sling-Komponente), der für das Rendering zuständig ist. Die Benutzeroberfläche wird daher (im Grunde) Server-seitig gerendert.

sling:resourceType

  • nicht verwendet

sling:resourceType

  • verwendet
  • Beispiel
    cq/gui/components/authoring/dialog

Dialogknoten:

  • Name: dialog
  • jcr:primaryType: cq:Dialog

Dialogknoten:

  • Name: cq:dialog
  • jcr:primaryType: nt:unstructured

JavaScript-Speicherort:

  • Imperative Teile werden direkt mithilfe von Listenern eingebettet oder in Client-Bibliotheken verwaltet.

JavaScript-Speicherort:

  • Imperative Teile können nicht in die Dialogfelddefinition eingebettet werden. Aufgabentrennung.

Ereignisverarbeitung:

  • Dialogfeld-Widgets verweisen direkt auf JavaScript-Code.

Ereignisverarbeitung:

  • JavaScript beobachtet Dialogfeldereignisse.

Rendering durch den Client:

  • Der Client erstellt dynamisch die Komponenten der Benutzeroberfläche.
  • Komponentendefinition für Client-Anfragen (Pull) (als JSON) vom Server.

Vom Server durchgeführtes Rendering:

  • Der Client fragt Seiten zusammen mit der zugehörigen Benutzeroberfläche an.
  • Der Server sendet (Push) die Benutzeroberfläche als HTML-Dokumente unter Verwendung von Coral-UI-Komponenten.

Das heißt, dass die Migration eines Bereichs Ihrer Benutzeroberfläche von der klassischen Benutzeroberfläche zur Touch-optimierten Benutzeroberfläche die Portierung eines ExtJS-Widgets zu einer Sling-Komponente bedeutet. Um dies zu vereinfachen, basiert die Touch-optimierte Benutzeroberfläche auf dem Granite-UI-Framework, das bereits einige Sling-Komponenten für die Benutzeroberfläche bereitstellt (als Granite-UI-Komponenten bezeichnet).

Bevor Sie beginnen, überprüfen Sie den Status und die zugehörigen Empfehlungen:

Die Grundlagen der Entwicklung der Touch-optimierten Benutzeroberfläche bieten ein solides Fundament:

Migrieren der Seitenbearbeitung

Dialoge sind bei der Migration Ihrer Komponenten ein wichtiger Faktor:

Migrieren von Konsolen

Sie können auch die Konsolen anpassen:

Obwohl dies nicht direkt mit einer Migration zur Touch-optimierten Benutzeroberfläche in Zusammenhang steht, sollten gleichzeitig auch verwandte Probleme in Betracht gezogen werden, da dies ebenfalls empfohlen wird:

NOTE