I siti Web moderni si affidano in larga misura all'elaborazione sul lato client basata su codice JavaScript e CSS complessi. L'organizzazione e l'ottimizzazione della gestione di questo codice può essere un problema complicato.
Per risolvere il problema, AEM fornisce Cartelle libreria lato client che consentono di memorizzare il codice lato client nell'archivio, organizzarlo in categorie e definire quando e come ciascuna categoria di codice deve essere distribuita al client. Il sistema di libreria lato client si occupa quindi di generare i collegamenti corretti nella pagina Web finale per caricare il codice corretto.
Il modo standard per includere una libreria lato client (ovvero un file JS o CSS) nell'HTML di una pagina consiste semplicemente nell'includere un tag <script>
o <link>
nel JSP per tale pagina, contenente il percorso del file in questione. Esempio,
...
<head>
...
<script type="text/javascript" src="/etc/clientlibs/granite/jquery/source/1.8.1/jquery-1.8.1.js"></script>
...
</head>
...
Anche se questo approccio funziona in AEM, può causare problemi quando le pagine e i loro componenti diventano complessi. In tali casi esiste il rischio che più copie della stessa libreria JS possano essere incluse nell’output HTML finale. Per evitare questo problema e consentire l'organizzazione logica delle librerie lato client AEM utilizzare cartelle libreria lato client.
Una cartella libreria lato client è un nodo di repository di tipo cq:ClientLibraryFolder
. È la definizione in Notazione CND è
[cq:ClientLibraryFolder] > sling:Folder
- dependencies (string) multiple
- categories (string) multiple
- embed (string) multiple
- channels (string) multiple
Per impostazione predefinita, i nodi cq:ClientLibraryFolder
possono essere posizionati ovunque nelle sottostrutture /apps
, /libs
e /etc
dell'archivio (queste impostazioni predefinite e altre impostazioni possono essere controllate tramite il pannello Adobe Granite HTML Library Manager della console di sistema).
Ogni file cq:ClientLibraryFolder
viene popolato con un set di file JS e/o CSS, insieme ad alcuni file di supporto (vedere di seguito). Le proprietà di cq:ClientLibraryFolder
sono configurate come segue:
categories
: Identifica le categorie in cui il set di file JS e/o CSS entro questo cq:ClientLibraryFolder
autunno. La proprietà categories
, con un valore multiplo, consente a una cartella di libreria di appartenere a più categorie (vedere di seguito per informazioni su come potrebbe essere utile).
dependencies
: Si tratta di un elenco di altre categorie di libreria client da cui dipende la cartella libreria. Ad esempio, a due nodi cq:ClientLibraryFolder
F
e G
, se un file in F
richiede un altro file in G
per funzionare correttamente, almeno uno dei categories
di G
deve essere compreso tra dependencies
di F
.
embed
: Utilizzato per incorporare il codice da altre librerie. Se il nodo F incorpora i nodi G e H, l'HTML risultante sarà una concentrazione di contenuto dai nodi G e H.
allowProxy
: Se una libreria client si trova in /apps
, questa proprietà consente l'accesso tramite servlet proxy. Vedere Individuazione di una cartella della libreria client e Utilizzo del servlet delle librerie client proxy di seguito.
Poiché HTL è la tecnologia preferita per lo sviluppo di siti AEM, HTL dovrebbe essere utilizzato per includere librerie lato client in AEM. Tuttavia è anche possibile farlo utilizzando JSP.
In HTL, le librerie client vengono caricate tramite un modello helper fornito da AEM, accessibile tramite data-sly-use
. In questo file sono disponibili tre modelli, che possono essere richiamati tramite data-sly-call
:
Ogni modello di supporto prevede 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.
Per ulteriori dettagli ed esempi di utilizzo, consultare la Guida introduttiva al linguaggio HTML Template Language.
Aggiungete un tag ui:includeClientLib
al codice JSP per aggiungere un collegamento alle librerie client nella pagina HTML generata. Per fare riferimento alle librerie, utilizzare il valore della proprietà categories
del nodo ui:includeClientLib
.
<%@taglib prefix="ui" uri="https://www.adobe.com/taglibs/granite/ui/1.0" %>
<ui:includeClientLib categories="<%= categories %>" />
Ad esempio, il nodo /etc/clientlibs/foundation/jquery
è di tipo cq:ClientLibraryFolder
con una proprietà category di valore cq.jquery
. Il codice seguente in un file JSP fa riferimento alle librerie:
<ui:includeClientLib categories="cq.jquery"/>
La pagina HTML generata contiene il seguente codice:
<script type="text/javascript" src="/etc/clientlibs/foundation/jquery.js"></script>
Per informazioni complete, inclusi gli attributi per filtrare le librerie JS, CSS o di temi, vedete ui:includeClientLib.
<cq:includeClientLib>
, che in passato veniva comunemente usato per includere le librerie client, è stato dichiarato obsoleto a partire dal AEM 5.6. <ui:includeClientLib>
devono essere utilizzati come descritto sopra.
Creare un nodo cq:ClientLibraryFolder
per definire le librerie JavaScript e Cascading Style Sheet e renderle disponibili per le pagine HTML. Utilizzare la proprietà categories
del nodo per identificare le categorie di libreria alle quali appartiene.
Il nodo contiene uno o più file sorgente che, in fase di esecuzione, vengono uniti in un singolo file JS e/o CSS. Il nome del file generato è il nome del nodo con l'estensione del nome di file .js
o .css
. 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:
I file sorgente JS e/o CSS da unire.
Risorse che supportano gli stili CSS, ad esempio i file di immagine.
Nota: potete utilizzare le sottocartelle per organizzare i file sorgente.
Un file js.txt
e/o un file css.txt
che identifica i file sorgente da unire nei file JS e/o CSS generati.
Per informazioni sui requisiti specifici per le librerie client per i widget, vedere Utilizzo ed estensione dei widget.
Il client Web deve disporre delle autorizzazioni per accedere al nodo cq:ClientLibraryFolder
. È inoltre possibile esporre le librerie dalle aree protette dell'archivio (vedere Incorporazione di codice da altre librerie, di seguito).
Le cartelle della libreria client che si trovano sotto /apps
hanno la precedenza rispetto alle cartelle omonime che si trovano in modo simile in /libs
. Ad esempio, /apps/cq/ui/widgets
ha la precedenza su /libs/cq/ui/widgets
. Quando queste librerie appartengono alla stessa categoria, viene utilizzata la libreria seguente /apps
.
Nelle versioni precedenti, le cartelle della libreria client si trovavano sotto /etc/clientlibs
nella directory archivio. Questo è ancora supportato, tuttavia è consigliabile che le librerie client ora si trovino in /apps
. Questo consente di individuare le librerie client accanto agli altri script, che si trovano generalmente sotto /apps
e /libs
.
Le risorse statiche sotto la cartella della libreria client devono trovarsi in una cartella denominata resources. Se le risorse statiche, come le immagini, non sono presenti nella cartella resources, non è possibile farvi riferimento in un'istanza di pubblicazione. Esempio: https://localhost:4503/etc.clientlibs/geometrixx/components/clientlibs/resources/example.gif
Per isolare meglio il codice dal contenuto e dalla configurazione, si consiglia di individuare le librerie client in /apps
e di esporle tramite /etc.clientlibs
utilizzando la proprietà allowProxy
.
Per rendere accessibili le librerie client in /apps
, viene utilizzato un servlet proxy. Gli ACL sono ancora applicati alla cartella della libreria client, ma il servlet consente la lettura del contenuto tramite /etc.clientlibs/
se la proprietà allowProxy
è impostata su true
.
Per accedere a una risorsa statica è possibile utilizzare il proxy solo se si trova sotto una risorsa sotto la cartella della libreria client.
Ad esempio:
/apps/myproject/clientlibs/foo
/apps/myprojects/clientlibs/foo/resources/icon.png
Quindi si imposta la proprietà allowProxy
su foo
su true.
/etc.clientlibs/myprojects/clientlibs/foo.js
/etc.clientlibs/myprojects/clientlibs/foo/resources/icon.png
Quando si utilizzano librerie client proxy, la configurazione del dispatcher AEM potrebbe richiedere un aggiornamento per garantire che gli URI con i clientlibs di estensione siano consentiti.
Adobe consiglia di individuare le librerie client in /apps
e renderle disponibili utilizzando il servlet proxy. Tuttavia, tenete presente che la best practice richiede ancora che i siti pubblici non includano mai nulla servito direttamente su un percorso /apps
o /libs
.
Aprite il CRXDE Lite in un browser Web (https://localhost:4502/crx/de).
Selezionate la cartella in cui desiderate individuare la cartella della libreria client e fate clic su Crea > Crea nodo.
Immettere un nome per il file libreria e selezionare cq:ClientLibraryFolder
nell'elenco Tipo. Fare clic su OK, quindi fare clic su Salva tutto.
Per specificare la categoria o le categorie a cui appartiene la libreria, selezionare il nodo cq:ClientLibraryFolder
, aggiungere la seguente proprietà, quindi fare clic su Salva tutto:
Aggiungete i file sorgente alla cartella della libreria in qualsiasi modo. Ad esempio, utilizzate un client WebDav per copiare i file oppure create un file e create manualmente il contenuto.
Nota: se necessario, potete organizzare i file sorgente in sottocartelle.
Selezionate la cartella della libreria client e fate clic su Crea > Crea file.
Nella casella Nome file digitare uno dei seguenti nomi di file e fare clic su OK:
js.txt
: Utilizzate questo nome file per generare un file JavaScript.css.txt
: Utilizzate questo nome file per generare un foglio di stile a cascata.Aprite il file e digitate il testo seguente per identificare la radice del percorso dei file sorgente:
#base=*[root]*
Sostituire * [root]
* con il percorso della cartella che contiene i file sorgente, relativo al file TXT. Ad esempio, usate il testo seguente quando i file sorgente si trovano nella stessa cartella del file TXT:
#base=.
Il codice seguente imposta la radice come cartella denominata mobile sotto il nodo cq:ClientLibraryFolder
:
#base=mobile
Sulle righe sottostanti #base=[root]
, digitare i percorsi dei file di origine relativi alla radice. Posizionare ciascun nome file su una riga separata.
Fare clic su Salva tutto.
Quando il codice nella cartella della libreria client fa riferimento ad altre librerie, identificate le altre librerie come dipendenze. Nel JSP, il tag ui:includeClientLib
che fa riferimento alla cartella della libreria client fa sì che il codice HTML includa un collegamento al file libreria generato e alle dipendenze.
Le dipendenze devono essere un'altra cq:ClientLibraryFolder
. Per identificare le dipendenze, aggiungi una proprietà al nodo cq:ClientLibraryFolder
con i seguenti attributi:
Ad esempio, il carattere / etc/clientlibs/myclientlibs/publicmain
ha una dipendenza dalla libreria cq.jquery
. L'JSP 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">
Potete incorporare il codice da una libreria client a un'altra libreria client. In fase di esecuzione, i file JS e CSS generati dalla libreria di incorporamento includono il codice della libreria incorporata.
L'incorporazione del codice è utile per fornire l'accesso alle librerie memorizzate nelle aree protette dell'archivio.
È consigliabile mantenere tutti i file relativi alle applicazioni nella cartella dell'applicazione al di sotto di /app
. È inoltre consigliabile negare l'accesso ai visitatori del sito Web nella cartella /app
. Per soddisfare entrambe le procedure ottimali, create una cartella della libreria client sotto la cartella /etc
che incorpora la libreria client che si trova sotto /app
.
Utilizzare la proprietà category per identificare la cartella della libreria client da incorporare. Per incorporare la libreria, aggiungere una proprietà al nodo cq:ClientLibraryFolder
in cui incorporare, utilizzando i seguenti attributi di proprietà:
cq:ClientLibraryFolder
nodo da incorporare.In alcuni casi, l'HTML finale generato per la pagina tipica dall'istanza di pubblicazione include un numero relativamente elevato di elementi <script>
, in particolare se il sito utilizza le informazioni contestuali del client per l'analisi o il targeting. Ad esempio, in un progetto non ottimizzato è possibile trovare la seguente serie di elementi <script>
nell’HTML per una pagina:
<script type="text/javascript" src="/etc/clientlibs/granite/jquery.js"></script>
<script type="text/javascript" src="/etc/clientlibs/granite/utils.js"></script>
<script type="text/javascript" src="/etc/clientlibs/granite/jquery/granite.js"></script>
<script type="text/javascript" src="/etc/clientlibs/foundation/jquery.js"></script>
<script type="text/javascript" src="/etc/clientlibs/foundation/shared.js"></script>
<script type="text/javascript" src="/etc/clientlibs/foundation/personalization/kernel.js"></script>
In tali casi, può essere utile combinare tutti i codici libreria client richiesti in un singolo file in modo da ridurre il numero di richieste di andata e ritorno al caricamento della pagina. A questo scopo, è possibile embed
inserire le librerie necessarie nella libreria client specifica per l'app utilizzando la proprietà embed del nodo cq:ClientLibraryFolder
.
Le seguenti categorie di libreria client sono incluse con AEM. È consigliabile incorporare solo quelli necessari per il funzionamento del sito specifico. Tuttavia, è necessario mantenere l'ordine indicato qui:
browsermap.standard
browsermap
jquery-ui
cq.jquery.ui
personalization
personalization.core
personalization.core.kernel
personalization.clientcontext.kernel
personalization.stores.kernel
personalization.kernel
personalization.clientcontext
personalization.stores
cq.collab.comments
cq.collab.feedlink
cq.collab.ratings
cq.collab.toggle
cq.collab.forum
cq.cleditor
Quando incorporate 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 la libreria client /apps/myapp/clientlib
:
Il file main.css
contiene lo stile seguente:
body {
padding: 0;
margin: 0;
background: url(images/bg-full.jpg) no-repeat center top;
width: 100%;
}
Il file CSS generato dal nodo publicmain
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%;
}
Utilizzate la proprietà channels
di una cartella libreria client per identificare il gruppo mobile che utilizza la libreria. La proprietà channels
è utile quando librerie della stessa categoria sono progettate per diverse funzionalità del dispositivo.
Per associare una cartella libreria client a un gruppo di dispositivi, aggiungete una proprietà al nodo cq:ClientLibraryFolder
con i seguenti attributi:
Nella tabella seguente, ad esempio, è riportato il valore della proprietà channels
per ogni cartella della libreria client della categoria cq.widgets
:
Cartella libreria client | Valore della proprietà channel |
---|---|
/libs/cq/analytics/widgets |
!touch |
/libs/cq/analytics/widgets/themes/default |
!touch |
/libs/cq/cloudserviceconfigs/widgets |
!touch |
/libs/cq/searchpromote/widgets |
!touch |
/libs/cq/searchpromote/widgets/themes/default |
[nessun valore] |
/libs/cq/touch/widgets |
touch |
/libs/cq/touch/widgets/themes/default |
touch |
/libs/cq/ui/widgets |
!touch |
/libs/cq/ui/widgets/themes/default |
!touch |
AEM è possibile collegare preprocessori e navi con supporto per YUI Compressor per CSS e JavaScript e Google Closure Compiler (GCC) per JavaScript con YUI impostato AEM preprocessore predefinito.
I preprocessori collegabili consentono un utilizzo flessibile, tra cui:
Per impostazione predefinita, AEM utilizza il compressore YUI. Per un elenco dei problemi noti, consultate la documentazione GitHub del compressore YUI. Il passaggio al compressore GCC per determinati clientlibs può risolvere alcuni problemi rilevati durante l’utilizzo di YUI.
Non inserite una libreria ridotta in una libreria client. Fornite invece la libreria non elaborata e, se è necessaria la minificazione, utilizzate le opzioni dei preprocessori.
Potete scegliere di configurare la configurazione dei preprocessori per clientlibrary o per tutta la struttura del sistema.
Aggiungere le proprietà multivalore cssProcessor
e jsProcessor
nel nodo clientlibrary
Oppure definire la configurazione predefinita del sistema tramite la configurazione HTML Library Manager OSGi
Una configurazione preprocessore sul nodo clientlib ha la precedenza rispetto alla configurazione OSGI.
config:= mode ":" processorName options*;
mode:= "default" | "min";
processorName := "none" | <name>;
options := ";" option;
option := name "=" value;
cssProcessor: ["default:none", "min:yui"]
jsProcessor: ["default:none", "min:gcc;compilationLevel=advanced"]
jsProcessor: [
"default:typescript",
"min:typescript",
"min:gcc;obfuscate=true"
]
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, consultare la documentazione GCC.
YUI è impostato come minificatore predefinito in AEM. Per modificare questa impostazione in GCC, attenetevi alla procedura seguente.
Andate al gestore di configurazione Apache Felix all'indirizzo https://localhost:4502/system/console/configMgr
Trovare e modificare il Adobe Granite HTML Library Manager.
Abilitare l'opzione Minify (se non è già abilitata).
Impostare il valore Configurazione predefinita processore JS su min:gcc
.
Le opzioni possono essere passate se separate da un punto e virgola, ad esempio min:gcc;obfuscate=true
.
Fare clic su Salva per salvare le modifiche.
AEM fornisce diversi strumenti per il debug e il test delle cartelle della libreria client.
Per tracciare l'origine del codice incorporato o per assicurarsi che le librerie client incorporate producano i risultati previsti, è possibile visualizzare i nomi dei file che vengono incorporati in fase di esecuzione. Per visualizzare i nomi dei file, aggiungete il parametro debugClientLibs=true
all'URL della pagina Web. La libreria generata contiene istruzioni @import
invece del codice incorporato.
Nell'esempio della sezione precedente Incorporamento del codice da altre librerie, la cartella della libreria client /etc/client/libraries/myclientlibs/publicmain
incorpora la cartella della libreria client /apps/myapp/clientlib
. L'aggiunta del parametro alla pagina Web genera il seguente collegamento nel codice sorgente della pagina Web:
<link rel="stylesheet" href="/etc/clientlibs/mycientlibs/publicmain.css">
Aprendo il file publicmain.css
viene visualizzato il seguente codice:
@import url("/apps/myapp/clientlib/styles/main.css");
Nella casella dell’indirizzo del browser Web, aggiungete il testo seguente all’URL del codice HTML:
?debugClientLibs=true
Quando la pagina viene caricata, visualizzate l’origine della pagina.
Fare clic sul collegamento fornito come href per l'elemento di collegamento per aprire il file e visualizzare il codice sorgente.
Il componente /libs/cq/granite/components/dumplibs/dumplibs
genera una pagina di informazioni su tutte le cartelle della libreria client nel sistema. Il nodo /libs/granite/ui/content/dumplibs
ha il componente come tipo di risorsa. Per aprire la pagina, usate 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, come categorie e dipendenze. Le tabelle successive della pagina mostrano le librerie in ogni categoria e canale.
Il componente dumplibs
include un selettore di test che visualizza il codice sorgente generato per i tag ui:includeClientLib
. La pagina include il codice per diverse combinazioni di attributi js, css e a tema.
Per aprire la pagina Test Output, utilizzare uno dei metodi seguenti:
Dalla pagina dumplibs.html
, fare clic sul collegamento nel testo Fare clic qui per il test dell'output.
Aprite il seguente URL nel browser Web (utilizzate 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 category.
Per visualizzare l'output di una categoria, digitare il valore della proprietà categories
della libreria client e fare clic su Invia query.
Il servizio HTML Library Manager elabora i tag cq:ClientLibraryFolder
e genera le librerie in fase di esecuzione. Il tipo di ambiente, sviluppo o produzione determina la modalità di configurazione del servizio:
Per informazioni sulla configurazione del servizio, vedere AEM HTML Library Manager.