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

Från och med version 6.0 har Adobe Experience Manager (AEM) infört ett nytt användargränssnitt som kallas pekaktiverat användargränssnitt (kallas även pekgränssnitt). 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 klassiskt användargränssnitt.

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 praxis 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. Varje nod som representerar ett element i användargränssnittet kallas för 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-plats:

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

JavaScript-plats:

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

Händelsehantering:

  • Dialogrutewidgetar refererar direkt till JavaScript-kod.

Händelsehantering:

  • JavaScript observerar dialogrutehä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) grä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 användargränssnittet till det pekande användargränssnittet att du porterar ett ExtJS-widget till 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 praxis.

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