Práticas recomendadas

A criação de um aplicativo do AEM Mobile On-demand Services é diferente da criação de um aplicativo que é executado diretamente no shell do Cordova (ou PhoneGap). Os desenvolvedores devem estar familiarizados com:

• Plug-ins compatíveis prontos para uso, bem como os plug-ins específicos do AEM Mobile.

• Os modelos que usam funcionalidade de plug-in devem ser escritos de forma que ainda sejam autorais no navegador, sem a presença da ponte de plug-in.

  • Por exemplo, espere a variável deviceready antes de tentar acessar a API de um plug-in.

Diretrizes para desenvolvedores de AEM

As diretrizes a seguir ajudarão desenvolvedores de AEM experientes em sites que desejam criar modelos e componentes de aplicativos móveis:

Estrutura AEM modelos de sites para incentivar a reutilização e a extensibilidade

• Preferir vários arquivos de script de componente por um único monolítico

  • Vários pontos de extensão vazios são fornecidos, como customheaderlibs.html e customfooterlibs.html, que permitem que o desenvolvedor altere o modelo da página enquanto duplica o menor código principal possível
  • Os modelos podem ser estendidos e personalizados por meio do Sling sling:resourceSuperType mecanismo

• Preferir Sightly/HTL sobre JSP como a linguagem de modelo

  • Usar isso incentiva a separação do código da marcação, oferece proteção XSS e tem uma sintaxe mais familiar

Otimizar para o desempenho no dispositivo

• O script específico do artigo e as folhas de estilos devem ser incluídos na carga do artigo, usando o modelo contentsync de artigo dps
• Os scripts e as folhas de estilos compartilhados por mais de um artigo devem ser incluídos nos recursos compartilhados, por meio do modelo contentsync dps-HTMLResources
• Não faça referência a nenhum script externo que seja bloqueio de renderização

Preferir bibliotecas JS e CSS do cliente específicas do aplicativo em relação a Web

• Para evitar sobrecarga em bibliotecas como jQuery Mobile para lidar com uma grande variedade de dispositivos e navegadores
• Quando um modelo está sendo executado em uma visualização da Web de um aplicativo, você tem controle sobre as plataformas e versões que o aplicativo vai suportar, bem como sobre o conhecimento de que o suporte a JavaScript estará presente. Por exemplo, prefira Iônico (talvez apenas o CSS) em vez do jQuery Mobile e da interface do usuário Onsen em vez do Bootstrap.

Preferir microbibliotecas em vez de pilha completa

• O tempo que leva para colocar o conteúdo no vidro do dispositivo será retardado por cada biblioteca da qual seus artigos dependem. Esse atraso é agravado quando uma nova visualização da Web é usada para renderizar cada artigo, de modo que cada biblioteca deve ser inicializada novamente do zero
• Se os artigos não forem criados como SPA (aplicativos de página única), provavelmente não será necessário incluir uma biblioteca de pilha completa, como o Angular
• Preferir bibliotecas menores e de finalidade única para ajudar a adicionar a interatividade necessária para sua página, como Rastreamento ou Velocity.js

Minimizar o tamanho da carga do artigo

• Use os menores ativos possíveis que possam cobrir efetivamente o maior visor que você estará suportando, em uma resolução razoável
• Usar uma ferramenta como ImageOptim em suas imagens para remover qualquer metadado em excesso

Avançar

Para entender mais sobre as outras duas funções e responsabilidades, consulte os recursos abaixo:

• Administrador
• Autor

Recursos do Business.Adobe.com

Content Insights Auto Text Summarization Personalized Communications Responsive Forms Version History Customer Experience Management