Show Menu
TÓPICOS×

Migration to the Touch UI

A partir da versão 6.0, o Adobe Experience Manager (AEM) introduziu uma nova interface de usuário chamada de interface de usuário habilitada para toque (também conhecida simplesmente como interface de usuário de toque). Ele está alinhado à Adobe Marketing Cloud e às diretrizes gerais da interface do usuário da Adobe. Essa interface se tornou a interface padrão no AEM com a interface legada orientada para desktop, chamada de interface clássica .
Se você tiver usado o AEM com a interface clássica, precisará tomar medidas para migrar sua instância. Esta página tem como objetivo agir como trampolim, fornecendo links para recursos individuais.
Esse projeto de migração pode ter um impacto significativo em sua instância. Consulte Gerenciamento de projetos - Práticas recomendadas para obter as diretrizes recomendadas.

Noções básicas

Ao migrar, você deve estar ciente das seguintes (principais) diferenças entre a interface clássica e a interface de toque:
Interface do usuário clássica Interface do usuário habilitada para toque
É descrito no repositório JCR como uma estrutura de nós. Cada nó que representa um elemento da interface de usuário é chamado de widget ExtJS e renderizado no lado do cliente por ExtJS . Também descrito no repositório JCR como uma estrutura de nós. No entanto, nesse caso, cada nó se refere a um tipo de recurso Sling (componente Sling), que é responsável pela renderização. Portanto, a interface do usuário é (basicamente) renderizada no servidor.
sling:resourceType
  • not used
sling:resourceType
  • usado
  • for example cq/gui/components/authoring/dialog
Nós de diálogo:
  • Nome: dialog
  • jcr:primaryType: cq:Dialog
Nós de diálogo:
  • Nome: cq:dialog
  • jcr:primaryType: nt:unstructured
Localização do Javascript:
  • As peças imperiativas são incorporadas diretamente usando ouvintes ou gerenciadas em clientlibs.
Localização do Javascript:
  • As partes imperativas não podem ser incorporadas na definição do diálogo; separação de responsabilidades.
Tratamento de eventos:
  • Os widgets de diálogo fazem referência diretamente ao código Javascript.
Tratamento de eventos:
  • O Javascript observa eventos de diálogo.
Renderização realizada pelo cliente:
  • O cliente cria dinamicamente os componentes da interface do usuário.
  • A definição do componente de solicitações do cliente (Pull) (como JSON) do servidor.
Renderização realizada pelo servidor:
  • O cliente solicita páginas juntamente com a interface relacionada.
  • O servidor envia (envia) a interface do usuário como documentos HTML; usando componentes da interface do usuário Coral.
Em outras palavras, a migração de uma seção da interface do usuário da interface clássica para a interface do usuário de toque significa portar um widget ExtJS para um componente ** Sling. Para facilitar isso, a interface de usuário de toque é baseada na estrutura da interface de usuário Granite, que já fornece alguns componentes Sling para a interface de usuário (conhecidos como componentes da interface de usuário Granite).
Antes de começar, verifique o status e as recomendações relacionadas:
As noções básicas para desenvolver a interface de usuário de toque fornecerão uma base sólida:

Migração da criação de página

As caixas de diálogo são um fator importante ao migrar seus componentes:

Migração de consoles

Você também pode personalizar os consoles:

Outros recursos

Para obter informações completas sobre o desenvolvimento do AEM, consulte a coleta de recursos em:
As Ferramentas de modernização do AEM são um esforço da comunidade e não são suportadas nem garantidas pela Adobe.