Innehållsleverans content-delivery

Mobilappar bör kunna använda allt innehåll i AEM efter behov för att leverera målinriktade appupplevelser.

Detta inkluderar användning av resurser, webbplatsinnehåll, CAAS-innehåll (over-the-air) och anpassat innehåll som kan ha en egen struktur.

Det finns tre huvudtyper av material som Content Services levererar:

Assets assets

Resurssamlingar är AEM som innehåller referenser till andra samlingar.

En resurssamling kan visas via innehållstjänster. När en resurssamling anropas i en begäran returneras ett objekt som är en lista över resurserna, inklusive deras URL:er. Assets nås via en URL. URL:en anges i ett objekt. Till exempel:

Optimering av tillgångar asset-optimization

Ett viktigt värde för Content Services är möjligheten att returnera resurser som är optimerade för enheten. Detta minskar behovet av lagring på lokala enheter och förbättrar appprestanda.

Resursoptimering är en funktion på serversidan som baseras på information som anges i API-begäran. Där det är möjligt bör resursåtergivningarna cachelagras så att liknande förfrågningar inte kräver omgenerering av resursåtergivningen.

Assets Workflow assets-workflow

Resursarbetsflödet är följande:

I följande diagram visas Assets Reference Workflow:

Hantera Assets managing-assets

Content Services ger åtkomst till AEM resurser som inte kan refereras via annat AEM.

Befintliga hanterade Assets existing-managed-assets

En användare av AEM Sites och Assets använder AEM Assets för att hantera allt digitalt material för alla kanaler. De utvecklar en intern mobilapp och måste använda flera resurser som hanteras av AEM Assets. Till exempel logotyper, bakgrundsbilder och knappikoner.

Dessa är för närvarande spridda runt Assets-databasen. De filer som programmet måste referera till finns i följande:

Åtkomst till CS-resursenheter accessing-cs-asset-entities

Låt oss lägga undan stegen för hur sidan görs tillgänglig via API:t för tillfället (den omfattas av AEM gränssnittsbeskrivning) och anta att den har gjorts. Resursenheter har skapats och lagts till i utrymmet"appImages". Ytterligare mappar skapades under utrymmet för organisationssyften. Resursenheterna lagras i AEM JCR som:

Hämta en lista med tillgängliga resursenheter getting-a-list-of-available-asset-entities

En apputvecklare kan få en lista över vilka resurser som är tillgängliga genom att hämta resursenheter. Slutpunkten för Content Services space kan tillhandahålla den informationen via webbtjänstens API SDK.

Resultatet blir ett objekt i JSON-format som ger en lista över resurserna i mappen"icons".

Hämta en bild getting-an-image

JSON tillhandahåller en URL för varje bild som genereras av Content Services till bilden.

Klientbiblioteket används en gång till för att hämta binärfilen för kundvagnsbilden.

Paketerat HTML-innehåll packaged-html-content

HTML-innehåll behövs för kunder som måste behålla innehållets layout. Detta är användbart för inbyggda program som använder en webbbehållare, till exempel en Cordova-webbvy, för att visa innehållet.

AEM Content Services förser mobilappen med HTML via API:t. Kunder som vill visa AEM innehåll som HTML kan skapa en HTML-sidenhet som pekar mot AEM innehållskälla.

Följande alternativ beaktas:

Kanaloberoende innehåll channel-independent-content

Kanaloberoende innehåll är ett sätt att exponera AEM innehållskonstruktioner - t.ex. sidor - utan att behöva bekymra sig om layout, komponenter eller annan kanalspecifik information.

Dessa innehållsenheter genereras med en innehållsmodell för att översätta de AEM strukturerna till ett JSON-format. Resulterande JSON-data innehåller information om innehållets data som är frikopplade från AEM. Detta innefattar att returnera metadata och AEM referenslänkar till resurser och relationer mellan innehållsstrukturer - inklusive entitetshierarki.

Hantera kanaloberoende innehåll managing-channel-independent-content

Innehåll kan komma åt appen på flera sätt.