Personalização do lado do cliente

Para personalizar a aparência e/ou o comportamento de um componente do AEM Communities no lado do cliente, há várias abordagens.

Duas abordagens principais são sobrepor ou estender um componente.

Sobreposição um componente altera o componente padrão e afeta todas as referências ao componente.

Extensão um componente, sendo nomeado exclusivamente, limita o escopo das alterações. O termo "estender" é utilizado alternadamente com "sobrepor".

Sobreposições

Sobrescrever um componente é um método para fazer modificações em um componente padrão e afetar todas as instâncias que usam o padrão.

A sobreposição é realizada modificando uma cópia do componente padrão no /aplicativos , em vez de modificar o componente original no /libs diretório. O componente é construído com um caminho relativo idêntico, exceto que 'libs' é substituído por 'apps'.

O diretório /apps é o primeiro local pesquisado para resolver solicitações e, se não for encontrado, a versão padrão localizada no diretório /libs será usada.

O componente padrão no diretório /libs nunca deve ser modificado, pois os patches e atualizações futuros são livres para alterar o diretório /libs de qualquer maneira necessária, mantendo as interfaces públicas.

Isso é diferente de extensão um componente padrão no qual o desejo é fazer modificações para um uso específico, criando um caminho exclusivo para o componente e confiando em fazer referência ao componente padrão original no diretório /libs como o tipo de superrecurso.

Para obter um exemplo rápido de sobreposição do componente de comentários, tente a variável Tutorial do componente Comentários da sobreposição.

Extensões

Estender (substituir) um componente é um método para fazer modificações para um uso específico sem afetar todas as instâncias que usam o padrão. O componente estendido é nomeado exclusivamente na pasta /apps e faz referência ao componente padrão na pasta /libs, portanto, o design e o comportamento padrão de um componente não são modificados.

Isso é diferente de sobreposição o componente padrão, no qual a natureza do Sling resolve referências relativas para os aplicativos/pastas antes de pesquisar nas libs/pasta, portanto, o design ou comportamento de um componente é modificado globalmente.

Para obter um exemplo rápido de como estender o componente comentários, tente o Tutorial do componente Estender comentários.

Vínculo Javascript

O script HBS do componente deve ser vinculado aos objetos, modelos e visualizações do JavaScript que implementam esse recurso.

O valor da variável data-scf-component pode ser o padrão, como social/tally/components/hbs/rating ou um componente estendido (personalizado) para funcionalidade personalizada, como rede/componentes/hbs/classificação.

Para vincular um componente, o script de componente inteiro deve ser incluído em um <div> elemento com os seguintes atributos:

• data-component-id="{{id}}"

  resolve para a propriedade id do contexto

• data-scf-component="<resourcetype>

Por exemplo, de /apps/weretail/components/hbs/rating/rating.hbs:

<div class="we-Rating" data-component-id="{{id}}" data-scf-component="weretail/components/hbs/rating">

     <!-- HTML with HBS accessing the rating component -->

</div>

Propriedades Personalizadas

Ao estender ou sobrepor um componente, é possível adicionar propriedades a uma caixa de diálogo modificada.

Todas as propriedades definidas em um componente/recurso podem ser acessadas referenciando as chaves da propriedade no modelo de handlebars:

{{properties.<property_name>}}

CSS de capa

A personalização de componentes para corresponder ao tema geral do site pode ser alcançada com a definição de "esfolamento" - alteração de cores, fontes, imagens, botões, links, espaçamento e até mesmo posicionamento.

A capa pode ser alcançada substituindo seletivamente os estilos de estrutura ou escrevendo folhas de estilos inteiramente novas. Os componentes do SCF definem classes CSS namespacadas, modulares e semânticas que afetam os vários elementos que compõem um componente.

Para captar um componente:

1. Identifique os elementos que deseja alterar (por exemplo, área do compositor, botões da barra de ferramentas, fonte da mensagem etc.).

2. Identifique a classe/regras de CSS que afetam esses elementos.

3. Crie um arquivo de folha de estilos (.css).

4. Inclua a folha de estilos em uma pasta da biblioteca do cliente (clientlibs) para seu site e verifique se ele foi incluído nos modelos e páginas com ui:includeClientLib.

5. Redefina as classes e regras de CSS identificadas (#2) na sua folha de estilos e adicione estilos.

Os estilos personalizados agora substituirão os estilos de estrutura padrão e o componente será renderizado com a nova capa.

Extensão Do Javascript

Para estender uma implementação de componentes do Javascript, é necessário apenas

1. Crie um componente para seu aplicativo com um jcr:resourceSuperType definido com o valor do jcr:resourceType do componente estendido, por exemplo, social/forum/components/hbs/forum
2. Examine o Javascript do componente SCF padrão para determinar quais métodos precisam ser registrados usando SCF.registerComponent()
3. Copie o Javascript do componente estendido ou inicie do zero
4. Estender o método
5. Use SCF.registerComponent() para registrar todos os métodos com os padrões ou com os objetos e visualizações personalizados.

forum.js: Exemplo de extensão do Fórum - HBS

(function($CQ, _, Backbone, SCF) {
    "use strict";
    var GMForumView = SCF.ForumView.extend({
        viewName: "GMForum",
        showComposer: function(e) {
            SCF.ForumView.prototype.toggleComposer.apply(this);
            var cancel = this.$el.find('.cancel-new-topic');
            cancel.toggle();
        },
        hideComposer: function(e) {
            SCF.ForumView.prototype.toggleComposer.apply(this);
            var cancel = this.$el.find('.cancel-new-topic');
            cancel.toggle();
        }
    });

    SCF.registerComponent('social/forum/components/hbs/post', SCF.Post, SCF.PostView);
    SCF.registerComponent('social/forum/components/hbs/topic', SCF.Topic, SCF.TopicView);
    SCF.registerComponent('social/forum/components/hbs/forum', SCF.Forum, GMForumView );
})($CQ, _, Backbone, SCF);

Tags de script

As tags de script são uma parte inerente da estrutura do lado do cliente. Elas são a cola que ajuda a vincular a marcação gerada no lado do servidor aos modelos e visualizações no lado do cliente.

As tags de script em scripts SCF não devem ser removidas ao substituir ou substituir componentes. As tags de script SCF criadas automaticamente para injetar JSON no HTML são identificadas com o atributo data-scf-json=verdadeiro.

Clientlibs para SCF

O uso de bibliotecas do lado do cliente (clientlibs), fornece um meio de organizar e otimizar o Javascript e o CSS usado para renderizar o conteúdo no cliente.

As clientlibs para SCF seguem um padrão de nomenclatura muito específico para duas variantes, que variam somente pela presença de "autor" no nome da categoria:

Clientlibs completos

As clientlibs completas (não autoras) incluem dependências e são convenientes para inclusão com ui:includeClientLib.

Essas versões são encontradas em:

• /etc/clientlibs/social/hbs/<component name="">

Por exemplo:

• Nó da pasta do cliente: /etc/clientlibs/social/hbs/forum
• Propriedade Categorias: cq.social.hbs.forum

O Guia de componentes da comunidade lista as clientlibs completas necessárias para cada componente do SCF.

Clientlibs para componentes do Communities descreve como adicionar clientlibs a uma página.

Clientlibs de Autor

As clientlibs de versão do autor são removidas para o Javascript mínimo necessário para implementar o componente.

Essas clientlibs nunca devem ser incluídas diretamente, mas estão disponíveis para incorporação em outras clientlibs, que são artesanais para um site.

Essas versões são encontradas na pasta libs do SCF:

• /libs/social/<feature>/components/hbs/<component name="">/clientlibs

Por exemplo:

• Nó da pasta do cliente: /libs/social/forum/hbs/forum/clientlibs
• Propriedade Categorias: cq.social.author.hbs.forum

Observação: embora as clientlibs do autor nunca incorporem outras bibliotecas, elas listam suas dependências. Quando incorporadas em outras bibliotecas, as dependências não são automaticamente extraídas e também devem ser incorporadas.

As clientlibs do autor necessárias podem ser identificadas ao inserir "autor" nas clientlibs listadas para cada componente do SCF no Guia de componentes da comunidade.

Considerações sobre o uso

Cada site é diferente em como eles gerenciam bibliotecas de clientes. Vários fatores incluem:

• Velocidade geral: Talvez o desejo seja que o site seja responsivo, mas é aceitável que a primeira página seja um pouco lenta de carregamento. Se muitas páginas usarem o mesmo Javascript, os vários Javascripts poderão ser incorporados em uma clientlib e referenciados a partir da primeira página a ser carregada. O Javascript neste único download permanece em cache, minimizando a quantidade de dados para download nas páginas subsequentes.
• Hora abreviada para a primeira página: Talvez o desejo seja que a primeira página carregue rapidamente. Nesse caso, o Javascript está em vários arquivos pequenos para serem referenciados somente quando necessário.
• Um equilíbrio entre o primeiro carregamento de página e os downloads subsequentes.

Recursos do Business.Adobe.com

Ecommerce Integrations Auto Form Fill Asset Collections Embedded Charts Content As A Service Dynamic Forms