Consegna dei contenuti content-delivery

Le app mobili devono essere in grado di utilizzare tutti i contenuti dell’AEM in base alle esigenze, per fornire un’esperienza di utilizzo dell’app mirata.

Ciò include l’utilizzo di risorse, contenuto del sito, contenuto CaaS (over-the-air) e contenuto personalizzato che può avere una propria struttura.

I servizi di contenuti forniscono tre tipi principali di materiale:

Risorse assets

Le raccolte di risorse sono costrutti AEM che contengono riferimenti ad altre raccolte.

Una raccolta di risorse può essere esposta tramite Content Services. Quando si richiama una raccolta di risorse in una richiesta, viene restituito un oggetto che è un elenco delle risorse, inclusi i relativi URL. Le risorse sono accessibili tramite un URL. L’URL viene fornito in un oggetto. Ad esempio:

Ottimizzazione risorse asset-optimization

Un valore chiave di Content Services è la capacità di restituire le risorse ottimizzate per il dispositivo. Questo riduce le esigenze di archiviazione del dispositivo locale e migliora le prestazioni dell’app.

L’ottimizzazione delle risorse è una funzione lato server, basata sulle informazioni fornite nella richiesta API. Quando possibile, le rappresentazioni delle risorse devono essere memorizzate nella cache, in modo che richieste simili non richiedano la rigenerazione della rappresentazione delle risorse.

Flusso di lavoro risorse assets-workflow

Il flusso di lavoro delle risorse è il seguente:

Il diagramma seguente mostra Flusso di lavoro di riferimento risorse:

Gestione delle risorse managing-assets

Content Services fornisce l'accesso alle risorse gestite dall'AEM a cui non è possibile fare riferimento tramite altri contenuti AEM.

Risorse gestite esistenti existing-managed-assets

Un utente di AEM Sites e Assets utilizza AEM Assets per gestire tutto il proprio materiale digitale per tutti i canali. Stanno sviluppando un’app mobile nativa e devono utilizzare diverse risorse gestite da AEM Assets. Ad esempio, loghi, immagini di sfondo e icone dei pulsanti.

Attualmente queste sono distribuite nell’archivio delle risorse. I file a cui l’app deve fare riferimento sono i seguenti:

Accesso alle entità delle risorse CS accessing-cs-asset-entities

Lasciamo da parte i passaggi del modo in cui la pagina viene resa disponibile tramite l’API per il momento (è coperta dalla descrizione dell’interfaccia utente dell’AEM) e supponiamo che sia stata eseguita. Le entità risorsa sono state create e aggiunte allo spazio "appImages". Sono state create ulteriori cartelle nello spazio a scopo organizzativo. Pertanto, le entità delle attività sono memorizzate nel JCR dell’AEM come:

Ottenimento di un elenco di entità risorse disponibili getting-a-list-of-available-asset-entities

Uno sviluppatore di app può ottenere un elenco delle risorse disponibili recuperando le entità delle risorse. L’endpoint dello spazio di Content Services può fornire tali informazioni tramite l’SDK dell’API del servizio web.

Il risultato sarebbe un oggetto in formato JSON che fornirebbe un elenco delle risorse nella cartella "icons".

Recupero di un’immagine getting-an-image

Il JSON fornisce un URL per ogni immagine generata da Content Services per l’immagine.

Per ottenere il binario per l’immagine "carrello", viene utilizzata di nuovo la libreria client.

Contenuto Packaged HTML packaged-html-content

Il contenuto HTML è necessario per i clienti che devono mantenere il layout del contenuto. Questa funzione è utile per le applicazioni native che utilizzano un contenitore Web, ad esempio una visualizzazione Web Cordova, per visualizzare il contenuto.

AEM Content Services fornisce contenuti HTML all’app mobile tramite l’API. I clienti che desiderano esporre contenuti AEM come HTML possono creare un’entità pagina HTML che punta all’origine di contenuto AEM.

Sono considerate le seguenti opzioni:

Contenuto indipendente dal canale channel-independent-content

I contenuti indipendenti dal canale sono un modo per esporre i costrutti dei contenuti AEM, come le pagine, senza preoccuparsi del layout, dei componenti o di altre informazioni specifiche per il canale.

Queste entità di contenuto vengono generate utilizzando un modello di contenuto per tradurre le strutture dell’AEM in formato JSON. I dati JSON risultanti contengono informazioni sui dati del contenuto che sono separati dall’archivio AEM. Ciò include la restituzione di metadati e collegamenti di riferimento AEM alle risorse e le relazioni tra le strutture di contenuto, inclusa la gerarchia di entità.

Gestione di contenuti indipendenti dal canale managing-channel-independent-content

Il contenuto può arrivare all’app in diversi modi.