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 API  en  beeldverzoeken  te 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  hierboven  wordt 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 JavaScript  moeten 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 gespecificeerd  door .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 JavaScript  bevat 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 app  gebruikt 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 kunnen  worden 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 lijst  wordt beschreven.
Adobe adviseert het gebruiken van  geoptimaliseerde beelden  beschikbaar 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 GraphQL  die 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 gespecificeerd  door .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 kunnen  worden 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.