DocumentatieAEM 6.5Handboek

Migratie naar de aanraakinterface migration-to-the-touch-ui

Last update: Sun Jul 14 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Gemaakt voor:

  • Ontwikkelaar

Beginnend met versie 6.0, introduceerde Adobe Experience Manager (AEM) een nieuw gebruikersinterface die als wordt bedoeld aanraking-toegelaten UI (ook als aanraking UI wordt bekend). Deze wordt uitgelijnd op de Adobe Experience Cloud en de algemene richtlijnen voor de gebruikersinterface voor Adoben. Dit is standaard UI in AEM met de erfenis geworden, Desktop-georiënteerde interface die als wordt bedoeld klassieke UI.

Als u AEM met klassieke UI hebt gebruikt, neem actie om uw instantie te migreren. Deze pagina is bedoeld als springboard door koppelingen naar individuele bronnen aan te bieden.

NOTE
Een dergelijk migratieproject kan grote gevolgen hebben voor uw instantie. Zie het Leiden Projecten - Beste praktijkenvoor geadviseerde richtlijnen.

De basisbeginselen the-basics

Houd tijdens het migreren rekening met de volgende grote verschillen tussen de klassieke interface en de aanraakinterface:

Klassieke interface
Interface met aanraakbediening
Wordt in de JCR-opslagplaats beschreven als een structuur van knooppunten. Elke knoop die een element van UI vertegenwoordigt wordt genoemd a ExtJS widget en op de cliënt-kant door ExtJS teruggegeven.
Wordt in de JCR-opslagplaats ook beschreven als een structuur van knooppunten. Nochtans, in dit geval, verwijst elke knoop naar een Sling middeltype (de component van het Sling), dat de oorzaak van zijn teruggeven is. De gebruikersinterface wordt (in feite) weergegeven op de server.

sling:resourceType

  • niet gebruikt

sling:resourceType

  • gebruikt
  • bijvoorbeeld
    cq/gui/components/authoring/dialog

Dialoogvensterknooppunten:

  • Naam: dialog
  • jcr:primaryType: cq:Dialog

Dialoogvensterknooppunten:

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

JavaScript-locatie:

  • Imperatieve onderdelen worden rechtstreeks ingesloten met behulp van listeners of beheerd in clientlibs.

JavaScript-locatie:

  • Imperatieve onderdelen kunnen niet worden opgenomen in de definitie van het dialoogvenster, scheiding van verantwoordelijkheden.

Gebeurtenisafhandeling:

  • Dialoogwidgets verwijzen rechtstreeks naar de JavaScript-code.

Gebeurtenisafhandeling:

  • JavaScript houdt dialooggebeurtenissen bij.

Rendering uitgevoerd door de client:

  • Client maakt dynamisch de UI-componenten.
  • Client vraagt (Pull) componentdefinitie (als JSON) van server.

Renderen uitgevoerd door de server:

  • De cliënt vraagt pagina's samen met verwante UI.
  • De server verzendt (Duw) UI als documenten van de HTML; het gebruiken van de componenten van de Koraal UI.

Met andere woorden, migrerend een sectie van uw UI van klassieke UI aan de aanraking UI betekent om een widget ExtJS aan a Sling component te haven. Om dit te vergemakkelijken, is de aanraak UI gebaseerd op het kader van Granite UI, dat reeds sommige componenten van het Verkopen voor UI (die als componenten van Granite UI wordt bedoeld) verstrekt.

Controleer voordat u begint de status en de bijbehorende aanbevelingen:

De basisbeginselen van de ontwikkeling van de aanraakinterface bieden een solide basis:

Paginaontwerp migreren migrating-page-authoring

Dialoogvensters zijn een belangrijke factor bij het migreren van uw componenten:

Consoles migreren migrating-consoles

U kunt ook de consoles aanpassen:

Verwante overwegingen related-considerations

Hoewel er niet rechtstreeks verband is met een migratie naar de aanraakinterface, zijn er verwante problemen die u tegelijkertijd moet overwegen, zoals ook aanbevolen wordt:

NOTE
Zie ook Ontwikkelen - Beste praktijken.

Aanvullende bronnen further-resources

Voor volledige informatie over het ontwikkelen AEM zie de inzameling van middelen onder:

CAUTION
AEM Moderniseringsinstrumenten zijn een communautaire inspanning en worden niet gesteund of gerechtvaardigd door Adobe.
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2