Utilizzo delle librerie lato client su AEM as a Cloud Service

Le esperienze digitali si basano fortemente sull’elaborazione lato client basata su codice JavaScript e CSS complessi. AEM librerie lato client (clientlibs) consentono di organizzare e archiviare centralmente queste librerie lato client all’interno dell’archivio. Accoppiato con il processo di compilazione front-end nell’archetipo AEM progetto, la gestione del codice front-end per il progetto AEM diventa semplice.

I vantaggi dell'utilizzo di clientlibs in AEM includono:

• Il codice lato client viene memorizzato nell'archivio come tutti gli altri codici e contenuti dell'applicazione
• Le clientlibs in AEM possono aggregare tutti i CSS e JS in un unico file
• Esporre le clientlib tramite un percorso accessibile tramite dispatcher
• Consente la riscrittura dei percorsi dei file o delle immagini di riferimento

Clientlibs è la soluzione incorporata per la distribuzione di CSS e Javascript da AEM.

Cosa sono le librerie lato client

I siti richiedono JavaScript e CSS, nonché risorse statiche come icone e font web da elaborare lato client. Una clientlib è AEM meccanismo di riferimento (se necessario per categoria) e di distribuzione di tali risorse.

AEM raccoglie i CSS e JavaScript del sito in un singolo file, in una posizione centrale, per garantire che nell’output di HTML sia inclusa una sola copia di qualsiasi risorsa. Questo ottimizza l'efficienza della distribuzione e consente di mantenere tali risorse a livello centrale nell'archivio tramite proxy, mantenendo l'accesso sicuro.

Sviluppo front-end per AEM as a Cloud Service

Tutti i file JavaScript, CSS e altre risorse front-end devono essere mantenuti in modulo ui.frontend dell’Archetipo di progetto AEM. La flessibilità dell’archetipo ti consente di utilizzare i tuoi moderni strumenti web di scelta per creare e gestire queste risorse.

L’archetipo può quindi compilare le risorse in file CSS e JS singoli, incorporandole automaticamente in un cq:clientLibraryFolder nel repository.

Struttura delle cartelle della libreria lato client

Una cartella libreria lato client è un nodo del repository di tipo cq:ClientLibraryFolder. La sua definizione Notazione CND è

[cq:ClientLibraryFolder] > sling:Folder
  - dependencies (string) multiple
  - categories (string) multiple
  - embed (string) multiple
  - channels (string) multiple

• cq:ClientLibraryFolder i nodi possono essere posizionati in qualsiasi punto /apps sottostruttura dell’archivio.
• Utilizza la categories proprietà del nodo per identificare le categorie della libreria a cui appartiene.

Ogni cq:ClientLibraryFolder viene popolato con un set di file JS e/o CSS, insieme ad alcuni file di supporto (vedi di seguito). Proprietà importanti del cq:ClientLibraryFolder sono configurati come segue:

• allowProxy: Poiché tutte le clientlib devono essere memorizzate in apps, questa proprietà consente l'accesso alle clientlibrerie tramite il servlet proxy. Vedi Individuazione di una cartella della libreria client e utilizzo del servlet delle librerie client proxy sotto.
• categories: Identifica le categorie in cui il set di file JS e/o CSS all’interno di questo cq:ClientLibraryFolder cadere. La categories , con più valori, consente a una cartella libreria di far parte di più di una categoria (consulta di seguito per informazioni su come ciò possa essere utile).

Se la cartella della libreria client contiene uno o più file di origine che, in fase di runtime, vengono uniti in un singolo file JS e/o CSS. Il nome del file generato è il nome del nodo con il .js o .css estensione del nome file. Ad esempio, il nodo della libreria denominato cq.jquery restituisce il file generato denominato cq.jquery.js o cq.jquery.css.

Le cartelle della libreria client contengono i seguenti elementi:

• File sorgente JS e/o CSS
• Risorse statiche che supportano gli stili CSS, ad esempio icone, font web e così via
• Uno js.txt file e/o uno css.txt file che identificano i file di origine da unire nei file JS e/o CSS generati

Creazione di cartelle della libreria lato client

Le librerie client devono trovarsi in /apps. Questo per isolare meglio il codice dal contenuto e dalla configurazione.

Per le librerie client in /apps per essere accessibile, viene utilizzato un servlet proxy. Le ACL sono ancora applicate nella cartella della libreria client, ma il servlet consente la lettura del contenuto tramite /etc.clientlibs/ se allowProxy è impostata su true.

1. Apri CRXDE Lite in un browser Web (https://<host>:<port>/crx/de).
2. Seleziona la /apps e fai clic su Crea > Crea nodo.
3. Immetti un nome per la cartella della libreria e nella Tipo selezione elenco cq:ClientLibraryFolder. Fai clic su OK quindi fai clic su Salva tutto.
4. Per specificare la categoria o le categorie a cui appartiene la libreria, seleziona la cq:ClientLibraryFolder , aggiungi la seguente proprietà, quindi fai clic su Salva tutto:
   • Nome: categories
   • Tipo: Stringa
   • Valore: Nome della categoria
   • Multi: Selezionati
5. Affinché le librerie client siano accessibili tramite proxy in /etc.clientlibs, seleziona cq:ClientLibraryFolder , aggiungi la seguente proprietà, quindi fai clic su Salva tutto:
   • Nome: allowProxy
   • Tipo: booleano
   • Valore: true
6. Per gestire le risorse statiche, crea una sottocartella denominata resources nella cartella della libreria client.
   • Se si memorizzano risorse statiche nella cartella resources, non possono essere referenziati in un'istanza di pubblicazione.
7. Aggiungi i file di origine alla cartella della libreria.
   • Questa operazione viene in genere eseguita dal processo di compilazione front-end del AEM Archetipo di progetto.
   • Se necessario, è possibile organizzare i file di origine in sottocartelle.
8. Seleziona la cartella della libreria client e fai clic su Crea > Crea file.
9. Nella casella Nome file digitare uno dei seguenti nomi di file e fare clic su OK:
   • js.txt: Usa questo nome file per generare un file JavaScript.
   • css.txt: Utilizzare questo nome file per generare un foglio di stile a cascata.
10. Apri il file e digita il seguente testo per identificare la radice del percorso dei file di origine:
    • #base=*[root]*
    • Sostituisci [root] con il percorso della cartella che contiene i file di origine, relativo al file TXT. Ad esempio, utilizzare il testo seguente quando i file di origine si trovano nella stessa cartella del file TXT:
      • #base=.
    • Il codice seguente imposta la radice come cartella denominata mobile sotto la cq:ClientLibraryFolder nodo:
      • #base=mobile
11. Sulle linee seguenti #base=[root], digita i percorsi dei file di origine relativi alla radice. Posizionare ogni nome di file su una riga separata.
12. Fai clic su Salva tutto.

Server delle librerie lato client

Una volta che la cartella della libreria client è configurato come richiesto, le clientlibs possono essere richieste tramite proxy. Ad esempio:

• Hai una clientlib in /apps/myproject/clientlibs/foo
• Hai un'immagine statica in /apps/myprojects/clientlibs/foo/resources/icon.png

La allowProxy La proprietà ti consente di richiedere:

• clientlib tramite j/etc.clientlibs/myprojects/clientlibs/foo.js
• Immagine statica tramite /etc.clientlibs/myprojects/clientlibs/foo/resources/icon.png

Caricamento delle librerie client tramite HTL

Una volta archiviate e gestite correttamente le clientlibs nella cartella della libreria client, è possibile accedervi tramite HTL.

Le librerie client vengono caricate tramite un modello helper fornito da AEM, accessibile tramite data-sly-use. In questo file sono disponibili modelli helper, che possono essere richiamati tramite data-sly-call.

Ogni modello helper richiede un’opzione categories per fare riferimento alle librerie client desiderate. Tale opzione può essere una matrice di valori stringa o una stringa contenente un elenco di valori separati da virgola.

Consulta la documentazione HTL per ulteriori informazioni sul caricamento di clientlibs tramite HTL.

Librerie client in modalità Autore o Pubblica

La maggior parte dei clientlibs sarà necessaria sull'istanza di pubblicazione AEM. In altre parole, lo scopo della maggior parte dei clientlibs è quello di produrre l'esperienza dell'utente finale del contenuto. Per le clientlibs sulle istanze di pubblicazione, strumenti di compilazione front-end può essere utilizzato e distribuito tramite cartelle della libreria client come descritto sopra.

In alcuni casi, tuttavia, le librerie client potrebbero essere necessarie per personalizzare l’esperienza di authoring. Ad esempio, per personalizzare una finestra di dialogo potrebbe essere necessario distribuire piccoli bit di CSS o JS nell’istanza di authoring AEM.

Gestione delle librerie client sull’autore

Se devi utilizzare le librerie client su autore, puoi creare le librerie client in /apps utilizzando gli stessi metodi di pubblicazione, ma scrivili direttamente in /apps/.../clientlibs/foo invece di creare un intero progetto per gestirlo.

Puoi quindi eseguire l’"hook" nel JS di authoring aggiungendo le librerie client a una categoria preconfigurata della libreria client.

Strumenti di debug

AEM fornisce diversi strumenti per il debug e il test delle cartelle della libreria client.

Scopri librerie client

La /libs/cq/granite/components/dumplibs/dumplibs component genera una pagina di informazioni su tutte le cartelle della libreria client sul sistema. La /libs/granite/ui/content/dumplibs il componente è impostato come tipo di risorsa. Per aprire la pagina, utilizza il seguente URL (modificando l’host e la porta come richiesto):

https://<host>:<port>/libs/granite/ui/content/dumplibs.test.html

Le informazioni includono il percorso e il tipo della libreria (CSS o JS) e i valori degli attributi della libreria, ad esempio categorie e dipendenze. Le tabelle successive nella pagina mostrano le librerie in ogni categoria e canale.

Vedere Output generato

La dumplibs il componente include un selettore di test che visualizza il codice sorgente generato per ui:includeClientLib tag. La pagina include il codice per diverse combinazioni di attributi js, css e a tema.

1. Utilizza uno dei metodi seguenti per aprire la pagina Test output:
   • Da dumplibs.html , fai clic sul collegamento nel Fai clic qui per il test dell’output testo.
   • Apri il seguente URL nel browser Web (utilizza un host e una porta diversi come richiesto):
     • http://<host>:<port>/libs/granite/ui/content/dumplibs.html
   • La pagina predefinita mostra l’output per i tag senza valore per l’attributo categories.
2. Per visualizzare l'output di una categoria, digitare il valore della libreria client categories e fai clic su Invia query.

Funzionalità aggiuntive della cartella della libreria client

Sono disponibili numerose altre funzioni supportate dalle cartelle della libreria client in AEM. Tuttavia, questi non sono richiesti su AEM as a Cloud Service e come tale il loro uso è scoraggiato. Sono elencati qui per completezza.

Adobe Granite HTML Lbrary Manager

È possibile controllare altre impostazioni della libreria client tramite Adobe Granite HTML Library Manager pannello della console di sistema in https://<host>:<port>/system/console/configMgr).

Proprietà cartella aggiuntive

Ulteriori proprietà della cartella includono consentire il controllo di dipendenze e incorporamenti, ma in genere non sono più necessarie e il loro utilizzo non è consigliato:

• dependencies: Elenco di altre categorie della libreria client da cui dipende la cartella della libreria. Ad esempio, due cq:ClientLibraryFolder nodes F e G, se un file in F richiede un altro file in G per funzionare correttamente, almeno una delle categories di G devono essere tra i dependencies di F.
• embed: Utilizzato per incorporare il codice da altre librerie. Se nodo F nodi di incorporamento G e H, il HTML risultante sarà una concatenazione di contenuto dai nodi G e H.

Collegamento a dipendenze

Quando il codice nella cartella della libreria client fa riferimento ad altre librerie, identifica le altre librerie come dipendenze. La ui:includeClientLib Se si fa riferimento alla cartella della libreria client, il codice HTML include un collegamento al file della libreria generato e alle dipendenze.

Le dipendenze devono essere un'altra cq:ClientLibraryFolder. Per identificare le dipendenze, aggiungi una proprietà al tuo cq:ClientLibraryFolder con i seguenti attributi:

• Nome: dipendenze
• Tipo: Stringa[]
• Valori: Il valore della proprietà categories del nodo cq:ClientLibraryFolder da cui dipende la cartella corrente della libreria.

Ad esempio, il /etc/clientlibs/myclientlibs/publicmain dipende da cq.jquery libreria. La pagina che fa riferimento alla libreria client principale genera HTML che include il seguente codice:

<script src="/etc/clientlibs/foundation/cq.jquery.js" type="text/javascript">
<script src="/etc/clientlibs/mylibs/publicmain.js" type="text/javascript">

Incorporazione Di Codice Da Altre Librerie

Puoi incorporare il codice da una libreria client in un'altra libreria client. In fase di runtime, i file JS e CSS generati dalla libreria di incorporamento includono il codice della libreria incorporata.

L'incorporamento del codice è utile per fornire l'accesso alle librerie memorizzate nelle aree protette dell'archivio.

Cartelle della libreria client specifiche per l’app

È consigliabile mantenere tutti i file relativi all'applicazione nella cartella dell'applicazione sotto /apps. È inoltre consigliabile negare l’accesso alla cartella /apps ai visitatori del sito web. Per soddisfare entrambe le best practice, crea una cartella della libreria client sotto la cartella /etc che incorpora la libreria client sotto /apps.

Utilizzare la proprietà categories per identificare la cartella della libreria client da incorporare. Per incorporare la libreria, aggiungi una proprietà all'incorporamento cq:ClientLibraryFolder utilizzando i seguenti attributi di proprietà:

• Nome: incorporare
• Tipo: Stringa[]
• Valore: Il valore della proprietà categories del cq:ClientLibraryFolder nodo da incorporare.

Utilizzo dell’incorporamento per ridurre al minimo le richieste

In alcuni casi, potresti riscontrare che il HTML finale generato per la pagina tipica dall’istanza di pubblicazione include un numero relativamente elevato di <script> elementi.

In questi casi, può essere utile combinare tutto il codice della libreria client richiesto in a un singolo file in modo che il numero di richieste avanti e indietro al caricamento della pagina venga ridotto. Per fare questo puoi embed le librerie richieste nella libreria client specifica dell’app tramite la proprietà embed della cq:ClientLibraryFolder nodo.

Percorsi nei file CSS

Quando incorpori file CSS, il codice CSS generato utilizza percorsi verso risorse relative alla libreria di incorporamento. Ad esempio, la libreria accessibile al pubblico /etc/client/libraries/myclientlibs/publicmain incorpora /apps/myapp/clientlib libreria client:

La main.css il file contiene lo stile seguente:

body {
  padding: 0;
  margin: 0;
  background: url(images/bg-full.jpg) no-repeat center top;
  width: 100%;
}

Il file CSS che publicmain node genera contiene il seguente stile, utilizzando l’URL dell’immagine originale:

body {
  padding: 0;
  margin: 0;
  background: url(../../../apps/myapp/clientlib/styles/images/bg-full.jpg) no-repeat center top;
  width: 100%;
}

Vedere File incorporati nell’output di HTML

Per tracciare l'origine del codice incorporato o per garantire che le librerie client incorporate producano i risultati previsti, puoi vedere i nomi dei file che vengono incorporati in fase di esecuzione. Per visualizzare i nomi dei file, aggiungi il debugClientLibs=true all'URL della pagina web. La libreria generata contiene @import istruzioni invece del codice incorporato.

Nell'esempio precedente Incorporazione Di Codice Da Altre Librerie la sezione /etc/client/libraries/myclientlibs/publicmain la cartella della libreria client incorpora /apps/myapp/clientlib cartella della libreria client. L'aggiunta del parametro alla pagina web produce il seguente collegamento nel codice sorgente della pagina web:

<link rel="stylesheet" href="/etc/clientlibs/mycientlibs/publicmain.css">

Apertura publicmain.css il file rivela il seguente codice:

@import url("/apps/myapp/clientlib/styles/main.css");

1. Nella casella dell’indirizzo del browser Web, aggiungi il seguente testo all’URL del HTML:
   • ?debugClientLibs=true
2. Quando la pagina viene caricata, visualizza l'origine della pagina.
3. Fare clic sul collegamento fornito come href per l'elemento di collegamento per aprire il file e visualizzare il codice sorgente.

Utilizzo dei preprocessori

AEM consente preprocessori inseribili e navi con supporto per Compressore YUI per CSS e JavaScript e Google Closure Compiler (GCC) per JavaScript con YUI impostato come preprocessore predefinito AEM.

I preprocessori inseribili consentono un utilizzo flessibile, tra cui:

• Definizione di ScriptProcessors in grado di elaborare origini script
• I processori sono configurabili con le opzioni
• I processori possono essere utilizzati per la minimizzazione, ma anche per i casi non minimizzati
• clientlib può definire quale processore utilizzare

Utilizzo

Puoi scegliere di configurare la configurazione dei preprocessori per clientlibrary o a livello di sistema.

• Aggiungere le proprietà multivalore cssProcessor e jsProcessor sul nodo clientlibrary
• Oppure definisci la configurazione predefinita del sistema tramite la HTML Library Manager Configurazione OSGi

Una configurazione preprocessore sul nodo clientlib ha la precedenza sulla configurazione OSGI.

Formato ed esempi

Formato

config:= mode ":" processorName options*;
mode:= "default" | "min";
processorName := "none" | <name>;
options := ";" option;
option := name "=" value;

Compressore YUI per la minimizzazione CSS e GCC per JS

cssProcessor: ["default:none", "min:yui"]
jsProcessor: ["default:none", "min:gcc;compilationLevel=advanced"]

Script per la preelaborazione e quindi GCC per minimizzare e offuscare

jsProcessor: [
   "default:typescript",
   "min:typescript",
   "min:gcc;obfuscate=true"
]

Opzioni GCC aggiuntive

failOnWarning (defaults to "false")
languageIn (defaults to "ECMASCRIPT5")
languageOut (defaults to "ECMASCRIPT5")
compilationLevel (defaults to "simple") (can be "whitespace", "simple", "advanced")

Per ulteriori dettagli sulle opzioni GCC, consulta la sezione Documentazione GCC.

Imposta il minatore predefinito di sistema

YUI è impostato come minificatore predefinito in AEM. Per modificare questo valore in GCC, segui questi passaggi.

1. Vai a Apache Felix Config Manager in (http://<host>:<portY/system/console/configMgr)
2. Trova e modifica le Adobe Granite HTML Library Manager.
3. Abilita la Miniatura (se non è già abilitato).
4. Imposta il valore Configurazioni predefinite del processore JS a min:gcc.
   • Le opzioni possono essere passate se separate da un punto e virgola, ad esempio min:gcc;obfuscate=true.
5. Fai clic su Salva per salvare le modifiche.

Risorse Business.Adobe.com