DokumentationAEM 6.5Användarhandbok

Migrering till Touch UI migration-to-the-touch-ui

Last update: Sat Jul 13 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Skapat för:

  • Utvecklare

Från och med version 6.0 introducerade Adobe Experience Manager (AEM) ett nytt användargränssnitt som kallas användargränssnittet med pekskärm (kallas även användargränssnittet). Den är anpassad efter Adobe Experience Cloud och Adobe användargränssnittets allmänna riktlinjer. Det här har blivit standardgränssnittet i AEM med det äldre skrivbordsorienterade gränssnittet som kallas det klassiska gränssnittet.

Om du har använt AEM med klassiskt användargränssnitt ska du vidta åtgärder för att migrera instansen. Den här sidan är avsedd att fungera som en språngbräda genom länkar till enskilda resurser.

NOTE
Ett sådant migreringsprojekt kan få stor effekt på din instans. Se Hantera projekt - Bästa metoder för rekommenderade riktlinjer.

Grunderna the-basics

Tänk på följande stora skillnader mellan det klassiska gränssnittet och pekgränssnittet när du migrerar:

Klassiskt användargränssnitt
Pekaktiverat användargränssnitt
Beskrivs i JCR-databasen som en nodstruktur. Alla noder som representerar ett element i användargränssnittet kallas ExtJS-widget och återges på klientsidan av ExtJS.
Beskrivs också i JCR-databasen som en nodstruktur. I det här fallet refererar dock alla noder till en Sling-resurstyp (Sling-komponent) som ansvarar för återgivningen. Gränssnittet renderas alltså (i stort) på serversidan.

sling:resourceType

  • används inte

sling:resourceType

  • används
  • till exempel
    cq/gui/components/authoring/dialog

Dialognoder:

  • Namn: dialog
  • jcr:primaryType: cq:Dialog

Dialognoder:

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

JavaScript:

  • Imperativa delar bäddas in direkt med avlyssnare eller hanteras i klientlibs.

JavaScript:

  • Imperativa delar kan inte bäddas in i dialogdefinition; ansvarsfördelning.

Händelsehantering:

  • Dialogrutewidgetar refererar direkt till JavaScript-kod.

Händelsehantering:

  • JavaScript observerar dialoghändelser.

Återgivning utförd av klienten:

  • Klienten skapar gränssnittskomponenterna dynamiskt.
  • Klientförfrågningar (Pull) komponentdefinition (som JSON) från servern.

Återgivning utförd av servern:

  • Klienten begär sidor tillsammans med det relaterade användargränssnittet.
  • Servern skickar (push) användargränssnittet som HTML-dokument och använder Coral UI-komponenter.

Med andra ord innebär migrering av ett avsnitt i användargränssnittet från det klassiska gränssnittet till pekgränssnittet att en ExtJS-widget porteras till en Sling-komponent. För att underlätta detta baseras pekgränssnittet på GRE-ramverket (Granite UI Framework), som redan innehåller vissa Sling-komponenter för användargränssnittet (kallas GRE UI-komponenter).

Kontrollera status och relaterade rekommendationer innan du börjar:

Grundläggande information om hur du utvecklar användargränssnittet för pekskärmar är en stabil grund:

Migrerar sidredigering migrating-page-authoring

Dialogrutor är en viktig faktor när du migrerar komponenter:

Migrera konsoler migrating-consoles

Du kan också anpassa konsolerna:

Relaterade överväganden related-considerations

Även om det inte är direkt relaterat till en migrering till pekgränssnittet finns det relaterade problem som är värda att ta hänsyn till samtidigt, eftersom de också rekommenderas:

NOTE
Se även Utveckla - Bästa metoder.

Ytterligare resurser further-resources

Fullständig information om hur du utvecklar AEM finns i samlingen av resurser under:

CAUTION
Verktyg för AEM är en del av communityn och stöds inte eller garanteras inte av Adobe.
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2