In un SPA il componente pagina non fornisce gli elementi HTML dei suoi componenti figlio, ma lo delega al framework SPA. Questo documento spiega come questo rende univoco il componente della pagina di un SPA.
La funzione Editor applicazioni a pagina singola (SPA) richiede AEM service pack 2 o successivo 6.4.
L’editor di SPA è la soluzione consigliata per i progetti che richiedono SPA rendering lato client basato su framework (ad esempio, React o Angular).
Il componente page per un SPA non fornisce gli elementi HTML dei suoi componenti figlio tramite un file JSP o HTL e oggetti risorsa. Questa operazione è delegata al framework SPA. La rappresentazione dei componenti figlio viene recuperata come struttura dati JSON (ovvero come modello). I componenti SPA vengono quindi aggiunti alla pagina in base al modello JSON fornito. La composizione del corpo iniziale del componente pagina è quindi diversa dalle controparti HTML pre-renderizzate.
La risoluzione e la gestione del modello di pagina sono delegate a un PageModelManager
modulo . Il SPA deve interagire con il PageModelManager
modulo quando si inizializza per recuperare il modello di pagina iniziale e registrarsi per gli aggiornamenti del modello, prodotto principalmente quando l’autore sta modificando la pagina tramite l’Editor pagina. La PageModelManager
è accessibile SPA progetto come pacchetto npm. Essendo un interprete tra AEM e SPA, il PageModelManager
è destinato ad accompagnare il SPA.
Per consentire la creazione della pagina, crea una libreria client denominata cq.authoring.pagemodel.messaging
deve essere aggiunto per fornire un canale di comunicazione tra il SPA e l’editor di pagine. Se il componente pagina SPA eredita dal componente wcm/core della pagina, sono disponibili le seguenti opzioni per rendere il cq.authoring.pagemodel.messaging
categoria libreria client disponibile:
customfooterlibs.html
del componente page.Non dimenticare di limitare l’inclusione del cq.authoring.pagemodel.messaging
al contesto dell’editor di pagine.
Il tipo di dati di comunicazione è impostato un elemento HTML all’interno del componente Pagina AEM utilizzando data-cq-datatype
attributo. Quando il tipo di dati di comunicazione è impostato su JSON, le richieste GET hanno raggiunto gli endpoint del modello Sling di un componente. Dopo che si verifica un aggiornamento nell’editor di pagine, la rappresentazione JSON del componente aggiornato viene inviata alla libreria Modello pagina. La libreria Modello pagina avvisa quindi il SPA degli aggiornamenti.
Componente pagina SPA -body.html
<div id="page"></div>
Oltre a essere una buona pratica per non ritardare la generazione del DOM, il framework SPA richiede che gli script vengano aggiunti alla fine del corpo.
Componente pagina SPA -customfooterlibs.html
<sly data-sly-use.clientLib="${'/libs/granite/sightly/templates/clientlib.html'}"></sly>
<sly data-sly-test="${wcmmode.edit || wcmmode.preview}"
data-sly-call="${clientLib.js @ categories='cq.authoring.pagemodel.messaging'}"></sly>
<sly data-sly-call="${clientLib.js @ categories='we-retail-journal-react'}"></sly>
Proprietà della risorsa meta che descrivono il contenuto SPA:
Componente pagina SPA -customheaderlibs.html
<meta property="cq:datatype" data-sly-test="${wcmmode.edit || wcmmode.preview}" content="JSON"/>
<meta property="cq:wcmmode" data-sly-test="${wcmmode.edit}" content="edit"/>
<meta property="cq:wcmmode" data-sly-test="${wcmmode.preview}" content="preview"/>
<meta property="cq:pagemodel_root_url" data-sly-use.page="com.adobe.cq.sample.spa.journal.models.AppPage" content="${page.rootUrl}"/>
<sly data-sly-use.clientlib="/libs/granite/sightly/templates/clientlib.html">
<sly data-sly-call="${clientlib.css @ categories='we-retail-journal-react'}"/>
</sly>
Il selettore del modello predefinito viene impostato statisticamente quando si richiede la rappresentazione del modello Sling di un componente.
cq:wcmmode
: Modalità WCM degli editor (ad esempio pagina, modello)
cq:pagemodel_root_url
: URL del modello principale dell’app. Importante quando si accede direttamente a una pagina figlio, poiché il modello di pagina figlio è un frammento del modello principale dell’app. La PageModelManager
quindi ricompone sistematicamente il modello iniziale dell'applicazione quando entra nell'applicazione dal suo punto di ingresso principale.
cq:pagemodel_router
: Attiva o disattiva la ModelRouter
del PageModelManager
libreria
cq:pagemodel_route_filters
: Elenco o espressioni regolari separati da virgole per fornire i percorsi ModelRouter
devono ignorare.
Questo documento utilizza l'app We.Retail Journal solo a scopo dimostrativo. Non deve essere utilizzato per alcun lavoro di progetto.
Qualsiasi progetto AEM deve sfruttare Archetipo di progetto AEM, che supporta SPA progetti utilizzando React o Angular e sfrutta l’SDK SPA. Tutti i progetti SPA su AEM devono essere basati su Maven Archetype for SPA Starter Kit.
La sincronizzazione delle sovrapposizioni è garantita dallo stesso Mutation Observer fornito dal cq.authoring.page
categoria.
Quando le funzionalità di routing sono abilitate, si presume che l’esportazione JSON del SPA contenga i diversi percorsi dell’applicazione grazie all’esportazione JSON del componente di navigazione AEM. L’output JSON del componente di navigazione AEM può essere configurato nel criterio del contenuto della pagina principale SPA tramite le due proprietà seguenti:
structureDepth
: Numero corrispondente alla profondità dell'albero esportatostructurePatterns
: Regex della matrice di regex corrispondente alla pagina da esportarePuò essere mostrato nel contenuto SPA di esempio in /conf/we-retail-journal/react/settings/wcm/policies/we-retail-journal/react/components/structure/page/root
.