AEM-hosts beheren
Bij het implementeren van een AEM Headless-toepassing moet u rekening houden met de manier waarop AEM-URL's zijn samengesteld om ervoor te zorgen dat de juiste AEM-host/-domein wordt gebruikt. De primaire URL/aanvraagtypen zijn:
- De verzoeken van HTTP aan AEM GraphQL APIs
- Beeld URLs aan beeldactiva die in Inhoudsfragmenten van verwijzingen worden voorzien, en door AEM geleverd
Een AEM Headless-app communiceert doorgaans met één AEM-service voor zowel GraphQL API- als afbeeldingsaanvragen. De AEM-service verandert op basis van de AEM Headless-app-implementatie:
Om plaatsingstype permutaties te behandelen, wordt elke app plaatsing gebouwd gebruikend een configuratie die de dienst van AEM specificeert om met te verbinden. De geconfigureerde host/het domein van de AEM-service wordt vervolgens gebruikt om de AEM GraphQL API-URL's en afbeeldings-URL's samen te stellen. Als u de juiste benadering voor het beheer van build-afhankelijke configuraties wilt bepalen, raadpleegt u de documentatie bij de AEM Headless-app (bijvoorbeeld React, iOS, Android™, enzovoort), aangezien de aanpak per framework verschilt.
Het volgende is voorbeelden van mogelijke benaderingen om URLs voor AEM GraphQL APIen beeldverzoekente construeren, voor verscheidene populaire koploze kaders en platforms.
AEM GraphQL API-aanvragen
De verzoeken van HTTP GET van headless app aan AEM GraphQL APIs moeten worden gevormd om met de correcte dienst van AEM in wisselwerking te staan, zoals die in de hierbovenwordt beschreven lijst.
Wanneer het gebruiken van AEM Headless SDKs(beschikbaar voor op browser-gebaseerde JavaScript, op server-gebaseerde JavaScript, en Java™), kan een gastheer van AEM het AEM Headless cliëntvoorwerp met de Dienst van AEM initialiseren om met te verbinden.
Wanneer het ontwikkelen van een douaneAEM Headless cliënt, zorg ervoor de gastheer van de dienst van AEM parameterize-able op bouwstijlparameters is.
Voorbeelden
Hieronder volgen voorbeelden van hoe AEM GraphQL API-aanvragen de AEM-hostwaarde kunnen hebben die configureerbaar is voor verschillende raamwerken voor toepassingen zonder kop.
Dit voorbeeld, losjes gebaseerd op AEM Headless React app, illustreert hoe de verzoeken van AEM GraphQL API kunnen worden gevormd om met verschillende Diensten van AEM te verbinden die op milieuvariabelen worden gebaseerd.
Reageer apps zouden de Hoofdloze Cliënt van AEM voor JavaScriptmoeten gebruiken om met AEM in werking te stellen GraphQL APIs. De AEM Headless-client, die wordt geleverd door de AEM Headless-client voor JavaScript, moet worden geïnitialiseerd met de AEM Service-host waarmee deze verbinding maakt.
Omgevingsbestand Reageren
Reageer gebruik dossiers van het douanemilieu, of .env
dossiers, die in de wortel van het project worden opgeslagen om bouwstijl-specifieke waarden te bepalen. Het bestand .env.development
bevat bijvoorbeeld waarden die worden gebruikt tijdens de ontwikkeling, terwijl .env.production
waarden bevat die worden gebruikt voor productiebuilds.
.env.development
code language-none |
---|
|
.env
dossiers voor ander gebruik kunnen worden gespecificeerddoor .env
en een semantische beschrijver, zoals .env.stage
of .env.production
postfixeren. Verschillende .env
-bestanden kunnen worden gebruikt wanneer de React-app wordt uitgevoerd of gemaakt, door de REACT_APP_ENV
in te stellen voordat een npm
-opdracht wordt uitgevoerd.
Een React-app package.json
kan bijvoorbeeld de volgende scripts
config bevatten:
package.json
code language-none |
---|
|
AEM headless-client
De Hoofdloze Cliënt van AEM voor JavaScriptbevat een Hoofdloze cliënt van AEM die HTTP- verzoeken aan AEM GraphQL APIs doet. De AEM Headless-client moet worden geïnitialiseerd met de AEM-host waarmee de client communiceert. Hierbij wordt de waarde van het actieve .env
-bestand gebruikt.
src/api/headlessClient.js
code language-none |
---|
|
UseEffect(…)-haak Reageren
Custom React useEffect-haken roepen de AEM Headless-client aan, geïnitialiseerd met de AEM-host, namens de component React die de weergave rendert.
src/api/persistedQueries.js
code language-javascript |
---|
|
Reageercomponent
De aangepaste useEffect-haak useAdventureByPath
wordt geïmporteerd en gebruikt om de gegevens op te halen met de AEM Headless-client en de inhoud uiteindelijk weer te geven aan de eindgebruiker.
- 'src/components/AdventureDetail.js'
code language-javascript |
---|
|
Dit voorbeeld, dat op wordt gebaseerd AEM Headless iOS™ app, illustreert hoe de verzoeken van AEM GraphQL API kunnen worden gevormd om met verschillende gastheren van AEM te verbinden die op worden gebaseerd bouwt-specifieke configuratievariabelen.
Voor iOS™-toepassingen is een aangepaste AEM Headless-client vereist voor interactie met AEM GraphQL-API's. De AEM Headless-client moet zodanig zijn geschreven dat de AEM-servicehost configureerbaar is.
Configuratie samenstellen
Het XCode-configuratiebestand bevat de standaardconfiguratiegegevens.
Config.xcconfig
code language-swift |
---|
|
De aangepaste AEM-client zonder kop initialiseren
De AEM Headless iOS app van appgebruikt een douaneAEM zonder kop cliënt die met de configuratiewaarden voor AEM_SCHEME
en AEM_HOST
wordt geïnitialiseerd.
code language-swift |
---|
|
De aangepaste AEM headless-client (api/Aem.swift
) bevat een methode makeRequest(..)
die AEM GraphQL API-aanvragen vooraf corrigeert met de geconfigureerde AEM scheme
en host
.
api/Aem.swift
code language-swift |
---|
|
de Nieuwe dossiers van de bouwstijlconfiguratie kunnenworden gecreeerd om met de verschillende diensten van AEM te verbinden. De buildspecifieke waarden voor de AEM_SCHEME
en AEM_HOST
worden gebruikt op basis van de geselecteerde build in XCode, wat resulteert in een aangepaste AEM Headless-client die verbinding maakt met de juiste AEM-service.
Dit voorbeeld, dat op wordt gebaseerd AEM Headless Android™ app, illustreert hoe de verzoeken van AEM GraphQL API kunnen worden gevormd om met verschillende Diensten van AEM te verbinden die op bouwstijl-specifieke (of vlotters) configuratievariabelen worden gebaseerd.
Android™ apps (wanneer geschreven in Java™) zou de Zwaarloze Cliënt van AEM voor Java™moeten gebruiken om met AEM in werking te stellen GraphQL APIs. De AEM Headless-client, die wordt geleverd door de AEM Headless Client voor Java™, moet worden geïnitialiseerd met de AEM Service-host waarmee deze verbinding maakt.
Configuratiebestand samenstellen
Android™-apps definiëren "productFlavors" die worden gebruikt om artefacten te maken voor verschillende toepassingen.
Dit voorbeeld toont hoe twee Android™ productaroma's kunnen worden bepaald, verstrekkend verschillende de dienstgastheren van AEM (AEM_HOST
) waarden voor ontwikkeling (dev
) en productie (prod
) gebruik.
In het build.gradle
-bestand van de app wordt een nieuwe flavorDimension
genaamd env
gemaakt.
In de env
-dimensie zijn twee productFlavors
gedefinieerd: dev
en prod
. Elke productFlavor
gebruikt buildConfigField
om bouwstijlspecifieke variabelen in te stellen die de AEM-service definiëren waarmee verbinding moet worden gemaakt.
app/build.gradle
code language-gradle |
---|
|
Android™ loader
Initialiseer de AEMHeadlessClient
builder, die wordt geleverd door de AEM Headless Client voor Java™, met de AEM_HOST
-waarde van het veld buildConfigField
.
app/src/main/java/com/adobe/wknd/androidapp/loader/AdventuresLoader.java
code language-java |
---|
|
Wanneer u de Android™-app voor verschillende toepassingen maakt, geeft u de env
-smaak op en wordt de corresponderende AEM-hostwaarde gebruikt.
AEM-afbeeldings-URL's
De beeldverzoeken van headless app aan AEM moeten worden gevormd om met de correcte dienst van AEM in wisselwerking te staan, zoals die in hierboven lijstwordt beschreven.
Adobe adviseert het gebruiken van geoptimaliseerde beeldenbeschikbaar gemaakt door het _dynamicUrl
gebied in AEM GraphQL APIs. Het veld _dynamicUrl
retourneert een URL zonder host die kan worden voorafgegaan door de AEM-servicehost die wordt gebruikt om AEM GraphQL-API's op te vragen. Het veld _dynamicUrl
in het GraphQL-antwoord ziet er als volgt uit:
{
...
"_dynamicUrl": "/adobe/dynamicmedia/deliver/dm-aid--dd42d814-88ec-4c4d-b5ef-e3dc4bc0cb42/example.jpg?preferwebp=true",
...
}
Voorbeelden
Hieronder ziet u voorbeelden van hoe afbeeldings-URL's de AEM-hostwaarde kunnen voorvoegen die configureerbaar is voor verschillende raamwerken voor apps zonder kop. In de voorbeelden wordt ervan uitgegaan dat GraphQL-query's worden gebruikt die afbeeldingsreferenties retourneren met het veld _dynamicUrl
.
Bijvoorbeeld:
GraphQL-query voortgezet
Deze GraphQL-query retourneert de _dynamicUrl
van een afbeeldingsverwijzing. Zoals gezien in de reactie van GraphQLdie een gastheer uitsluit.
query ($path: String!) {
adventureByPath(_path: $path, _assetTransform: { format: JPG, preferWebp: true }) {
item {
title,
primaryImage {
... on ImageRef {
_dynamicUrl
}
}
}
}
}
GraphQL-reactie
Deze GraphQL-reactie retourneert de verwijzing naar de afbeelding _dynamicUrl
, die een host uitsluit.
{
"data": {
"adventureByPath": {
"item": {
"adventurePrimaryImage": {
"_dynamicUrl": "/adobe/dynamicmedia/deliver/dm-aid--de43411-88ec-4c4d-b5ef-e3dc4bc0cb42/adobestock-175749320.jpg?preferwebp=true",
}
}
}
}
}
Dit voorbeeld, dat op wordt gebaseerd AEM Headless React app, illustreert hoe beeld URLs kan worden gevormd om met de correcte Diensten van AEM te verbinden die op milieuvariabelen worden gebaseerd.
In dit voorbeeld wordt getoond hoe voorvoegsel voor het afbeeldingsverwijzingsveld _dynamicUrl
wordt weergegeven met een configureerbare REACT_APP_AEM_HOST
Omgevingsvariabele React.
Omgevingsbestand Reageren
Reageer gebruik dossiers van het douanemilieu, of .env
dossiers, die in de wortel van het project worden opgeslagen om bouwstijl-specifieke waarden te bepalen. Het bestand .env.development
bevat bijvoorbeeld waarden die worden gebruikt tijdens de ontwikkeling, terwijl .env.production
waarden bevat die worden gebruikt voor productiebuilds.
.env.development
code language-none |
---|
|
.env
dossiers voor ander gebruik kunnen worden gespecificeerddoor .env
en een semantische beschrijver, zoals .env.stage
of .env.production
postfixeren. Er kan een ander .env
-bestand worden gebruikt wanneer de React-app wordt uitgevoerd of gemaakt, door de REACT_APP_ENV
in te stellen voordat een npm
-opdracht wordt uitgevoerd.
Een React-app package.json
kan bijvoorbeeld de volgende scripts
config bevatten:
package.json
code language-none |
---|
|
Reageercomponent
De component React importeert de omgevingsvariabele REACT_APP_AEM_HOST
en corrigeert de afbeeldings _dynamicUrl
-waarde om een volledig oplosbare afbeeldings-URL te verkrijgen.
Dezelfde REACT_APP_AEM_HOST
-omgevingsvariabele wordt gebruikt om de AEM Headless-client te initialiseren die door useAdventureByPath(..)
custom useEffect-haak wordt gebruikt om de GraphQL-gegevens van AEM op te halen. Wanneer u dezelfde variabele gebruikt om de GraphQL API-aanvraag samen te stellen als de afbeeldings-URL, moet u ervoor zorgen dat de React-app voor beide gebruiksgevallen interageert met dezelfde AEM-service.
- 'src/components/AdventureDetail.js'
code language-javascript |
---|
|
Dit voorbeeld, dat op wordt gebaseerd AEM Headless iOS™ app, illustreert hoe het beeld URLs van AEM kan worden gevormd om met verschillende gastheren van AEM te verbinden die op worden gebaseerd bouwt-specifieke configuratievariabelen.
Configuratie samenstellen
Het XCode-configuratiebestand bevat de standaardconfiguratiegegevens.
Config.xcconfig
code language-swift |
---|
|
URL-generator voor afbeelding
In Aem.swift
gebruikt een aangepaste AEM-functie zonder kop het afbeeldingspad zoals opgegeven in het veld _dynamicUrl
in de GraphQL-reactie en wordt deze toegevoegd aan de AEM-host. imageUrl(..)
Deze functie wordt vervolgens aangeroepen in de iOS-weergaven wanneer een afbeelding wordt gerenderd.
WKNDAdventures/AEM/Aem.swift
code language-swift |
---|
|
iOS-weergave
In de iOS-weergave en de voorvoegsel van de afbeeldings _dynamicUrl
-waarde wordt een volledig oplosbare afbeeldings-URL weergegeven.
WKNDAdventures/Views/AdventureListItemView.swift
code language-swift |
---|
|
de Nieuwe dossiers van de bouwstijlconfiguratie kunnenworden gecreeerd om met de verschillende diensten van AEM te verbinden. De build-specifieke waarden voor de AEM_SCHEME
en AEM_HOST
worden gebruikt op basis van de geselecteerde build in XCode, wat resulteert in de aangepaste AEM Headless-client voor interactie met de juiste AEM-service.
Dit voorbeeld, dat op wordt gebaseerd AEM Headless Android™ app, illustreert hoe het beeld URLs van AEM kan worden gevormd om met de verschillende Diensten van AEM te verbinden die op bouwstijlspecifieke (of vlotters) configuratievariabelen worden gebaseerd.
Configuratiebestand samenstellen
Android™-apps definiëren "productFlavors" die worden gebruikt om artefacten voor verschillende toepassingen te maken.
Dit voorbeeld toont hoe twee Android™ productaroma's kunnen worden bepaald, verstrekkend verschillende de dienstgastheren van AEM (AEM_HOST
) waarden voor ontwikkeling (dev
) en productie (prod
) gebruik.
In het build.gradle
-bestand van de app wordt een nieuwe flavorDimension
genaamd env
gemaakt.
In de env
-dimensie zijn twee productFlavors
gedefinieerd: dev
en prod
. Elke productFlavor
gebruikt buildConfigField
om bouwstijlspecifieke variabelen in te stellen die de AEM-service definiëren waarmee verbinding moet worden gemaakt.
app/build.gradle
code language-gradle |
---|
|
De AEM-afbeelding laden
De Android™ gebruikt een ImageGetter
om afbeeldingsgegevens van AEM op te halen en lokaal in de cache op te slaan. In prepareDrawableFor(..)
wordt de AEM-servicehost, die in de actieve build-config is gedefinieerd, gebruikt om een voorvoegsel van het afbeeldingspad op te geven dat een oplosbare URL naar AEM maakt.
app/src/main/java/com/adobe/wknd/androidapp/loader/RemoteImagesCache.java
code language-java |
---|
|
Android™-weergave
In de Android™-weergave worden de afbeeldingsgegevens opgehaald via de RemoteImagesCache
met behulp van de _dynamicUrl
-waarde uit het GraphQL-antwoord.
app/src/main/java/com/adobe/wknd/androidapp/AdventureDetailFragment.java
code language-java |
---|
|
Wanneer u de Android™-app voor verschillende toepassingen maakt, geeft u de env
-smaak op en wordt de corresponderende AEM-hostwaarde gebruikt.