Content Modeling for Headless with AEM - Een introductie architect-headless-introduction

In dit deel van AEM de Journey van de Architect van de Inhoud zonder Titel, kunt u de (basis) concepten en de terminologie noodzakelijk leren om inhoud modellering voor hoofdloze inhoudslevering met Adobe Experience Manager (AEM) te begrijpen.

Met dit document krijgt u een beter inzicht in de levering van inhoud zonder kop, hoe AEM koploze inhoud ondersteunt en hoe inhoud wordt gemodelleerd voor koploze inhoud. Na het lezen moet u:

  • Begrijp de basisconcepten van inhoud zonder kop levering.
  • Wees vertrouwd met de manier waarop AEM modellering van inhoud en hoofdletters ondersteunt.

Doelstelling objective

  • Publiek: Begin
  • Doelstelling: Introduceer de concepten en de terminologie relevant voor de Modellering van de Inhoud zonder hoofd.

Volledige levering van inhoud full-stack

Sinds de opkomst van gebruiksvriendelijke, grootschalige contentbeheersystemen (CMS's) hebben organisaties deze als centrale locatie gebruikt voor het beheer van berichten, branding en communicatie. Het gebruik van het CMS als centraal punt voor het beheer van ervaringen heeft de efficiëntie verbeterd doordat taken in verschillende systemen niet hoeven te worden gedupliceerd.

de klassieke volledig-stapel CMS

In een volledig-stapel CMS, is alle functionaliteit voor het manipuleren van inhoud in CMS. De functies van het systeem bestaan uit verschillende onderdelen van de CMS-stapel. De full-stack oplossing heeft veel voordelen.

  • Er is één systeem om te onderhouden.
  • Inhoud wordt centraal beheerd.
  • Alle diensten van het systeem zijn geïntegreerd.
  • Inhoud schrijven is naadloos.

Als dus een nieuw kanaal moet worden toegevoegd of ondersteuning voor nieuwe soorten ervaringen is vereist, kunnen een (of meer) nieuwe componenten in de stapel worden ingevoegd en is er slechts één plaats om wijzigingen aan te brengen.

Toevoegend een nieuw kanaal aan de stapel

Nochtans wordt de ingewikkeldheid van de gebiedsdelen binnen de stapel snel duidelijk aangezien andere punten in de stapel moeten worden aangepast om de veranderingen aan te passen.

De kop in de kop the-head

Het hoofd van een systeem is doorgaans de uitvoerrenderer van dat systeem, meestal in de vorm van een grafische interface of andere grafische uitvoer.

Als we het hebben over een CMS zonder kop, beheert het CMS de inhoud en blijft het leveren aan consumenten. Nochtans, door slechts de inhoud op een gestandaardiseerde manier te leveren, weglaat een hoofd CMS de definitieve output die teruggeeft, verlatend de presentatie van de inhoud aan de verbruikende dienst.

Zwaarloze CMS

De verbruikende services, of het nu gaat om AIR, een webshop, mobiele ervaring, progressieve webapps (PWA), enzovoort, nemen inhoud van het CMS zonder kop in en bieden hun eigen rendering. Ze zorgen ervoor dat ze hun eigen hoofd geven aan je inhoud.

Het weglaten van het hoofd vereenvoudigt CMS door ingewikkeldheid te verwijderen. Hierdoor wordt ook de verantwoordelijkheid voor het renderen van de inhoud verplaatst naar de diensten die de inhoud nodig hebben en die vaak beter geschikt zijn voor dergelijke rendering.

Inhoud modelleren content-modeling

Content Modeling (ook wel gegevensmodellering genoemd) is uw specialiteit, dus wat moet u in overweging nemen bij het modelleren voor headless?

Voor toepassingen zonder kop hebt u een vooraf gedefinieerde structuur nodig om toegang te krijgen tot uw inhoud en er iets mee te kunnen doen. Het zou mogelijk zijn om uw inhoud als vrij-vorm te hebben, maar het zou het leven zeer gecompliceerd voor de toepassingen maken.

Voor AEM u, als Architect van de Inhoud, zal de inhoud modelleren uitvoeren om een waaier van Modellen van het Fragment van de Inhoud te ontwerpen. Deze bepalen de gebruikte structuur wanneer uw inhoudsauteurs de Fragmenten van de Inhoud creëren die de inhoud houden.

De inhoud openen access-content

Dit is meer een ontwikkelingsdetail - maar het zou u kunnen interesseren, enkel om het verhaal te voltooien.

Nadat u de modellen voor inhoudsfragmenten hebt gemaakt en de auteurs deze hebben gebruikt om de inhoud te genereren, moeten de toepassingen zonder kop toegang krijgen tot deze inhoud.

Adobe Experience Manager (AEM) heeft via de GraphQL API selectief toegang tot uw inhoudsfragmenten. Alleen de benodigde inhoud wordt geretourneerd. Gebruikend API kan een ontwikkelaar vragen formuleren die specifieke inhoud selecteren.Dit selectieproces is gebaseerd op uw Modellen van het Fragment van de Inhoud.

Dit betekent dat uw project zonder kop gestructureerde inhoud voor gebruik in uw toepassingen kan realiseren.

Volgende functies whats-next

Nu u de concepten en de terminologie hebt geleerd, moet de volgende stap de grondbeginselen van het modelleren met de Modellen van het Fragment van de Inhoudleren.

Aanvullende bronnen additional-resources

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2