DokumentationAEM 6.5Mobilanleitung

Seitenvorlagen für mobile Apps page-templates-for-mobile-apps

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Themen:

Erstellt für:

  • Benutzende
NOTE
Adobe empfiehlt die Verwendung des SPA-Editors für Projekte, für die ein Framework-basiertes Client-seitiges Rendering für einzelne Seiten (z. B. React) erforderlich ist. Weitere Informationen

Seitenvorlagen für mobile Apps page-templates-for-mobile-apps-1

Seitenkomponenten, die Sie für Ihre App erstellen, basieren auf der Komponente "/libs/mobileapps/components/angular/ng-page"(open in CRXDE Lite on a local server). Diese Komponente enthält die folgenden JSP-Skripte, die Ihre Komponente übernimmt oder überschreibt:

  • ng-page.jsp
  • head.jsp
  • body.jsp
  • angular-app-module.js.jsp
  • angular-route-fragment.js.jsp
  • angular-app-controllers.js.jsp
  • controller.js.jsp
  • template.jsp
  • angular-module-list.js.jsp
  • header.jsp
  • footer.jsp
  • js_clientlibs.jsp
  • css_clientlibs.jsp

ng-page.jsp ng-page-jsp

Bestimmt den Namen der Anwendung mithilfe der Eigenschaft applicationName und stellt ihn über pageContext bereit.

Umfasst head.jsp und body.jsp.

head.jsp head-jsp

Schreibt das Element <head> der App-Seite aus.

Wenn Sie die Viewport-Meta-Eigenschaft der App überschreiben möchten, ist dies die Datei, die Sie überschreiben.

Befolgen Sie die Best Practices und die App enthält den CSS-Teil der Client-Bibliotheken im Kopf, während der JS-Code im schließenden < body> -Element enthalten ist.

body.jsp body-jsp

Der Hauptteil einer Angular-Seite wird je nachdem, ob wcmMode erkannt wird (!= WCMMode.DISABLED), um zu bestimmen, ob die Seite zum Authoring oder als veröffentlichte Seite geöffnet ist.

Autorenmodus

Im Autorenmodus wird jede einzelne Seite separat gerendert. Angular behandelt weder das Routing zwischen Seiten noch eine NG-Ansicht zum Laden einer partiellen Vorlage, die die Komponenten der Seite enthält. Stattdessen wird der Inhalt der Seitenvorlage (template.jsp) über das Tag cq:include serverseitig eingeschlossen.

Diese Strategie ermöglicht es, dass die Autorenfunktionen (z. B. das Hinzufügen und Bearbeiten von Komponenten im Absatzsystem, Sidekick, Designmodus usw.) ohne Änderungen funktionieren. Seiten, die auf der clientseitigen Wiedergabe basieren, wie z. B. Seiten für Apps, funktionieren im Autorenmodus nicht gut AEM.

Der include template.jsp wird in ein div -Element eingeschlossen, das die Anweisung ng-controller enthält. Diese Struktur ermöglicht die Verknüpfung der DOM-Inhalte mit dem Controller. Daher schlagen zwar Seiten fehl, die auf der Client-Seite selbst gerendert werden, doch funktionieren einzelne Komponenten, die dies tun, gut (siehe Abschnitt zu Komponenten unten).

<div ng-controller="<c:out value="${controllerNameStripped}"/>">
      <cq:include script="template.jsp"/>
</div>

Publish-Modus

Im Veröffentlichungsmodus (z. B. wenn die App mit der Inhaltssynchronisierung exportiert wird) werden alle Seiten zu einer Einzelseiten-App (SPA). (Um mehr über SPA zu erfahren, verwenden Sie das Angular-Tutorial, insbesondere https://docs.angularjs.org/tutorial/step_07.)

Eine SPA enthält nur eine HTML-Seite (eine Seite, die das Element <html> enthält). Diese Seite wird als "Layoutvorlage"bezeichnet. In der Angular-Terminologie ist es "…eine Vorlage, die für alle Ansichten in unserer Anwendung üblich ist". Betrachten Sie diese Seite als "App-Seite der obersten Ebene". Standardmäßig ist die App-Seite der obersten Ebene der Knoten cq:Page Ihrer Anwendung, der dem Stammverzeichnis am nächsten ist (und keine Umleitung ist).

Da sich der tatsächliche URI Ihrer App im Veröffentlichungsmodus nicht ändert, müssen Verweise auf externe Assets von dieser Seite relative Pfade verwenden. Daher wird eine spezielle Bildkomponente bereitgestellt, die diese Seite der obersten Ebene beim Rendern von Bildern für den Export berücksichtigt.

Als SPA generiert diese Layoutvorlagenseite einfach ein div -Element mit einer ng-view -Direktive.

 <div ng-view ng-class="transition"></div>

Der Angular Route-Dienst verwendet dieses Element, um den Inhalt jeder Seite in der App anzuzeigen, einschließlich des bearbeitbaren Inhalts der aktuellen Seite (in template.jsp enthalten).

Die Datei body.jsp enthält "header.jsp"und "footer.jsp", die leer sind. Wenn Sie statischen Inhalt auf jeder Seite bereitstellen möchten, können Sie diese Skripte in Ihrer App überschreiben.

Schließlich sind die JavaScript-Client-Bibliotheken unten im Element <body> enthalten, darunter zwei spezielle JS-Dateien, die auf dem Server generiert werden: <Seitenname>.angular-app-module.js und <Seitenname>.angular-app-controller.js.

angular-app-module.js.jsp angular-app-module-js-jsp

Dieses Skript definiert das Angular-Modul der Anwendung. Die Ausgabe dieses Skripts ist mit dem Markup verknüpft, das die restliche Komponente der Vorlage über das Element html in ng-page.jsp generiert, das das folgende Attribut enthält:

ng-app="<c:out value='${applicationName}'/>"

Dieses Attribut gibt Angular an, dass der Inhalt dieses DOM-Elements mit dem folgenden Modul verknüpft werden soll. Dieses Modul verknüpft die Ansichten (in AEM wären dies cq:Page -Ressourcen) mit den entsprechenden Controllern.

Dieses Modul definiert außerdem einen Controller auf oberster Ebene mit dem Namen AppController , der die Variable wcmMode für den Bereich verfügbar macht und den URI konfiguriert, aus dem die Payloads für die Aktualisierung der Inhaltssynchronisierung abgerufen werden sollen.

Schließlich durchläuft dieses Modul jede nachfolgende Seite (einschließlich der eigenen Seite) und rendert den Inhalt des Routenfragments jeder Seite (über den Selektor und die Erweiterung "angular-route-fragment.js"), einschließlich des Inhalts als Konfigurationseintrag zu Angular $routeProvider. Mit anderen Worten: Der $routeProvider teilt der App mit, welcher Inhalt gerendert werden soll, wenn ein bestimmter Pfad angefordert wird.

angular-route-fragment.js.jsp angular-route-fragment-js-jsp

Dieses Skript generiert ein JavaScript-Fragment, das folgende Form aufweisen muss:

.when('/<path>', {
    templateUrl: '<path to template>',
    controller: '<controller name>'
})

Dieser Code gibt $routeProvider (definiert in angular-app-module.js.jsp) an, dass "/<path>"von der Ressource bei templateUrl verarbeitet und durch controller verdrahtet wird (was wir als Nächstes erreichen werden).

Bei Bedarf können Sie dieses Skript überschreiben, um komplexere Pfade zu handhaben, einschließlich Pfaden mit Variablen. Ein Beispiel dafür finden Sie im Skript /apps/geometrixx-outdoors-app/components/angular/ng-template-page/angular-route-fragment.js.jsp , das mit AEM installiert wird:

// note the :id suffix on the path
.when('<c:out value="${resource.path}"/>/:id', {
    templateUrl: '<c:out value="${relativeResourcePath}"/>.template.html',
    controller: '<c:out value="${controllerNameStripped}"/>'
})

angular-app-controllers.js.jsp angular-app-controllers-js-jsp

In Angular verknüpfen Controller Variablen im $scope, wodurch sie der Ansicht angezeigt werden. Das Skript angular-app-controllers.js.jsp folgt dem Muster, das von angular-app-module.js.jsp veranschaulicht wird, da es durch jede nachkommende Seite (einschließlich der Seite selbst) iteriert und das Controller-Fragment ausgibt, das jede Seite definiert (über controller.js.jsp). Das Modul, das es definiert, heißt cqAppControllers und muss als Abhängigkeit des App-Moduls der obersten Ebene aufgeführt werden, damit die Seiten-Controller verfügbar gemacht werden.

controller.js.jsp controller-js-jsp

Das Skript controller.js.jsp generiert das Controller-Fragment für jede Seite. Dieses Controller-Fragment hat folgendes Format:

.controller('<c:out value="${controllerNameStripped}"/>', ['$scope', '$http',
    function($scope, $http) {
        var data = $http.get('<c:out value="${relativeResourcePath}"/>.angular.json' + cacheKiller);

        // component fragments which consume the contents of `data` go here
    }
])

Der Variable data wird das von der Angular $http.get -Methode zurückgegebene Versprechen zugewiesen. Jede auf dieser Seite enthaltene Komponente kann bei Bedarf einen beliebigen .json-Inhalt verfügbar machen (über das angular.json.jsp-Skript) und nach der Auflösung auf den Inhalt dieser Anforderung reagieren. Die Anfrage erfolgt sehr schnell auf Mobilgeräten, da sie einfach auf das Dateisystem zugreift.

Damit eine Komponente auf diese Weise Teil des Controllers sein kann, sollte sie die Komponente /libs/mobileapps/components/angular/ng-component erweitern und die Eigenschaft frameworkType: angular einschließen.

template.jsp template-jsp

Als Erstes, der in den Abschnitt body.jsp eingeführt wurde, enthält template.jsp einfach die ParSys der Seite. Im Veröffentlichungsmodus wird dieser Inhalt direkt (unter <Seitenpfad>.template.html) referenziert und über die im $routeProvider konfigurierte templateUrl in den SPA geladen.

Die parsys in diesem Skript können so konfiguriert werden, dass sie jeden Komponententyp akzeptieren. Bei Komponenten, die für eine herkömmliche Website erstellt wurden (im Gegensatz zu SPA), ist jedoch Vorsicht geboten. Beispielsweise funktioniert die Foundation-Bildkomponente nur auf der App-Seite auf der obersten Ebene ordnungsgemäß, da sie nicht für Verweise auf Assets konzipiert ist, die sich in einer App befinden.

angular-module-list.js.jsp angular-module-list-js-jsp

Dieses Skript gibt einfach die Angular-Abhängigkeiten des Angular-App-Moduls der obersten Ebene aus. Es wird von angular-app-module.js.jsp referenziert.

header.jsp header-jsp

Ein Skript zum Platzieren von statischen Inhalten am Anfang der App. Dieser Inhalt wird von der Seite der obersten Ebene außerhalb des Bereichs "ng-view"einbezogen.

footer.jsp footer-jsp

Ein Skript zum Platzieren von statischen Inhalten am unteren Rand der App. Dieser Inhalt wird von der Seite der obersten Ebene außerhalb des Bereichs "ng-view"einbezogen.

js_clientlibs.jsp js-clientlibs-jsp

Überschreiben Sie dieses Skript, um Ihre JavaScript-Clientlibs einzuschließen.

css_clientlibs.jsp css-clientlibs-jsp

Überschreiben Sie dieses Skript, um Ihre CSS-Clientlibs einzuschließen.

App-Komponenten app-components

App-Komponenten dürfen nicht nur auf einer AEM Instanz (Veröffentlichungs- oder Autoreninstanz) funktionieren, sondern auch, wenn der Anwendungsinhalt über die Inhaltssynchronisierung in das Dateisystem exportiert wird. Die Komponente muss daher die folgenden Merkmale aufweisen:

  • Alle Assets, Vorlagen und Skripte in einer PhoneGap-Anwendung müssen relativ referenziert werden.
  • Die Behandlung von Links unterscheidet sich, wenn die AEM-Instanz im Autoren- oder Veröffentlichungsmodus ausgeführt wird.

Relativer Assets relative-assets

Der URI eines bestimmten Assets in einer PhoneGap-Anwendung unterscheidet sich nicht nur pro Plattform, sondern ist bei jeder Installation des Programms eindeutig. Beachten Sie beispielsweise den folgenden URI einer App, die im iOS Simulator ausgeführt wird:

file:///Users/userId/Library/Application%20Support/iPhone%20Simulator/7.0.3/Applications/24BA22ED-7D06-4330-B7EB-F6FC73251CA3/Library/files/www/content/phonegap/geometrixx/apps/ng-geometrixx-outdoors/en/home.html

Beachten Sie die GUID "24BA22ED-7D06-4330-B7EB-F6FC73251CA3"im Pfad.

Als PhoneGap-Entwickler befindet sich der Inhalt, mit dem Sie befasst sind, unter dem www-Verzeichnis. Verwenden Sie relative Pfade, um auf die App-Assets zuzugreifen.

Um das Problem zu beheben, verwendet Ihre PhoneGap-Anwendung das Muster der Einzelseiten-App (SPA), sodass sich der Basis-URI (ohne den Hash) nie ändert. Daher muss jedes Asset, jede Vorlage oder jedes Skript, das bzw. das Sie auf verweisen, relativ zu Ihrer Seite der obersten Ebene sein. Die Seite auf oberster Ebene initialisiert das Angular-Routing und die Controller gemäß *<name>*.angular-app-module.js und *<name>*.angular-app-controllers.js. Diese Seite sollte die nächstgelegene Seite zum Stammverzeichnis des Repositorys sein, das *keine Erweiterung einer sling:redirect darstellt.

Für den Umgang mit relativen Pfaden stehen verschiedene Hilfsmethoden zur Verfügung:

  • FrameworkContentExporterUtils.getTopLevelAppResource
  • FrameworkContentExporterUtils.getRelativePathToRootLevel
  • FrameworkContentExporterUtils.getPathToAsset

Um Beispiele für ihre Verwendung anzuzeigen, öffnen Sie die Quelle mobileapps unter /libs/mobileapps/components/angular.

Links müssen die Funktion ng-click="go('/path')" verwenden, um alle WCM-Modi zu unterstützen. Diese Funktion hängt vom Wert einer Perimeter-Variablen ab, um die Linkaktion korrekt zu bestimmen:

<c:choose><c:when test="${wcmMode}">
    <%-- WCMMode is enabled - page is being rendered in AEM --%>
    $scope.wcmMode = true;
</c:when><c:otherwise>
    <%-- WCMMode is disabled --%>
    $scope.wcmMode = false;
</c:otherwise></c:choose>

Bei $scope.wcmMode == true behandeln wir jedes Navigationsereignis auf die übliche Weise, sodass das Ergebnis eine Änderung des Pfads und/oder Seitenanteils der URL darstellt.

Wenn $scope.wcmMode == false, führt jedes Navigationsereignis zu einer Änderung des Hash-Teils der URL, die intern vom Angular ngRoute-Modul aufgelöst wird.

Komponentenskriptdetails component-script-details

chlimage_1-36

ng-component.jsp ng-component-jsp

Dieses Skript zeigt entweder den Komponenteninhalt oder einen geeigneten Platzhalter an, wenn der Bearbeitungsmodus erkannt wird.

template.jsp template-jsp-1

Das Skript template.jsp rendert das Markup der Komponente. Wenn die fragliche Komponente von JSON-Daten aus AEM (z. B. "ng-text": /libs/mobileapps/components/angular/ng-text/template.jsp) gesteuert wird, ist dieses Skript für die Verkabelung des Markups mit Daten verantwortlich, die vom Controller-Bereich der Seite verfügbar gemacht werden.

Leistungsanforderungen erfordern jedoch manchmal, dass keine clientseitige Vorlage (auch Datenbindung genannt) durchgeführt wird. In diesem Fall rendern Sie einfach das Markup der Komponente auf der Server-Seite und es ist im Inhalt der Seitenvorlage enthalten.

overhead.jsp overhead-jsp

In Komponenten, die von JSON-Daten gesteuert werden (z. B. "ng-text": /libs/mobileapps/components/angular/ng-text), kann overhead.jsp verwendet werden, um den gesamten Java-Code aus template.jsp zu entfernen. Anschließend wird er von template.jsp referenziert und alle Variablen, die er in der Anfrage verfügbar macht, sind zur Verwendung verfügbar. Diese Strategie fördert die Trennung von Logik und Präsentation und schränkt die Menge des Codes ein, der kopiert und eingefügt werden muss, wenn eine neue Komponente von einer vorhandenen abgeleitet wird.

controller.js.jsp controller-js-jsp-1

Wie in AEM Seitenvorlagen beschrieben, kann jede Komponente ein JavaScript-Fragment ausgeben, um den JSON-Inhalt zu nutzen, der durch das Promise data bereitgestellt wird. Gemäß Angular-Konventionen sollte ein Controller nur zum Zuweisen von Variablen zum Bereich verwendet werden.

angular.json.jsp angular-json-jsp

Dieses Skript ist als Fragment in der Datei "<Seitenname>.angular.json"auf der Seite enthalten, das für jede Seite exportiert wird, die sich auf die Seite erstreckt. In dieser Datei kann der Komponentenentwickler jede JSON-Struktur bereitstellen, die für die Komponente erforderlich ist. Im Beispiel "ng-text"enthält diese Struktur einfach den Textinhalt der Komponente und eine Markierung, die angibt, ob die Komponente Rich-Text enthält oder nicht.

Die Produktkomponente "Geometrixx Outdoors App"ist ein komplexeres Beispiel (https://experienceleague.adobe.com/apps/geometrixx-outdoors-app/components/angular/ng-product?lang=de):

{
    "content-par/ng-product": {
        "items": [{
            "name": "Cajamara",
            "description": "Bike",
            "summaryHTML": "",
            "price": "$610.00",
            "SKU": "eqsmcj",
            "numberOfLikes": "0",
            "numberOfComments": "0"
        }]
    },
    "content-par/ng-product/ng-image": {
        "items": [{
            "hasContent": true,
            "imgSrc": "home/products/eq/eqsm/eqsmcj/jcr_content/content-par/ng-product/ng-image.img.jpg/1377771306985.jpg",
            "description": "",
            "alt": "Cajamara",
            "title": "Cajamara",
            "hasLink": false,
            "linkPath": "",
            "attributes": [{
                "attributeName": "class",
                "attributeValue": "cq-dd-image"
            }]
        }]
    }
}

Inhalt des Assets-Downloads für CLI contents-of-the-cli-assets-download

Laden Sie CLI-Assets aus der Apps-Konsole herunter, um sie für eine bestimmte Plattform zu optimieren, und erstellen Sie dann die App mithilfe der CLI (PhoneGap Command Line Integration)-API. Der Inhalt der ZIP-Datei, die Sie im lokalen Dateisystem speichern, weist die folgende Struktur auf:

.cordova/
  |- hooks/
     |- after_prepare/
     |- before_platform_add/
     |- Other Hooks
plugins/
www/
  |- config.xml
  |- index.html
  |- res/
  |- etc/
  |- apps/
  |- content/
  |- package.json
  |- package-update.json

.cordova cordova

Dies ist ein ausgeblendetes Verzeichnis, das je nach den aktuellen Betriebssystemeinstellungen möglicherweise nicht angezeigt wird. Sie sollten Ihr Betriebssystem so konfigurieren, dass dieses Verzeichnis sichtbar ist, wenn Sie die darin enthaltenen App-Hooks ändern möchten.

.cordova/hooks/ cordova-hooks

Dieser Ordner enthält die CLI-Hooks. Die Ordner im Hooks-Ordner enthalten node.js-Skripte, die an exakten Stellen während des Builds ausgeführt werden.

.cordova/hooks/after-platform_add/ cordova-hooks-after-platform-add

Das Verzeichnis after-platform_add enthält die Datei copy_AMS_Conifg.js . Dieses Skript kopiert eine Konfigurationsdatei, um die Erfassung von Adobe Mobile Services-Analysen zu unterstützen.

.cordova/hooks/after-prepare/ cordova-hooks-after-prepare

Das Verzeichnis "after-prepare"enthält die Datei "copy_resource_files.js". Dieses Skript kopiert mehrere Symbol- und Splash-Bildschirmbilder an plattformspezifische Standorte.

.cordova/hooks/before_platform_add/ cordova-hooks-before-platform-add

Das Verzeichnis before_platform_add enthält die Datei install_plugins.js . Dieses Skript durchläuft eine Liste von Cordova-Plug-in-Identifikatoren und installiert diejenigen, die es erkennt, sind noch nicht verfügbar.

Für diese Strategie ist es nicht erforderlich, dass Sie die Plug-ins gebündelt und installieren, um sie bei jeder Ausführung des Maven content-package:install-Befehls zu AEM. Die alternative Methode zur Überprüfung der Dateien in Ihrem SCM-System erfordert eine wiederholte Bündelung und Installation von Aktivitäten.

.cordova/hooks/Other Hooks cordova-hooks-other-hooks

Schließen Sie bei Bedarf weitere Hooks ein. Die folgenden Hooks sind verfügbar (wie von der Phonegap-Beispielanwendung hello world App bereitgestellt):

  • after_build
  • before_build
  • after_compile
  • before_compile
  • after_docs
  • before_docs
  • after_emulate
  • before_emulate
  • after_platform_add
  • before_platform_add
  • after_platform_ls
  • before_platform_ls
  • after_platform_rm
  • before_platform_rm
  • after_plugin_add
  • before_plugin_add
  • after_plugin_ls
  • before_plugin_ls
  • after_plugin_rm
  • before_plugin_rm
  • after_prepare
  • before_prepare
  • after_run
  • before_run

platforms/ platforms

Dieser Ordner ist leer, bis Sie den Befehl phonegap run <platform> im Projekt ausführen. Derzeit kann <platform> entweder ios oder android sein.

Nachdem Sie die App für eine bestimmte Plattform erstellt haben, wird der entsprechende Ordner erstellt und der plattformspezifische App-Code enthält.

plugins/ plugins

Das Plug-in-Verzeichnis wird von jedem Plug-in aufgefüllt, das in der Datei .cordova/hooks/before_platform_add/install_plugins.js aufgeführt ist, nachdem Sie den Befehl phonegap run <platform> ausgeführt haben. Der Ordner ist zunächst leer.

www/ www

Das Verzeichnis www enthält alle Webinhalte (HTML-, JS- und CSS-Dateien), die das Erscheinungsbild und Verhalten der App implementieren. Mit Ausnahme der unten beschriebenen Ausnahmen stammt dieser Inhalt aus AEM und wird über die Inhaltssynchronisierung in das statische Formular exportiert.

www/config.xml www-config-xml

Die PhoneGap-Dokumentation (https://docs.phonegap.com) verweist auf diese Datei als "globale Konfigurationsdatei". Die Datei "config.xml"enthält viele App-Eigenschaften, z. B. den Namen der App, die Voreinstellungen der App (z. B. ob eine iOS-Webansicht einen Überlauf zulässt) und Plugin-Abhängigkeiten, die vom PhoneGap-Build nur genutzt werden.

Die Datei "config.xml"ist eine statische Datei in AEM und wird unverändert über die Inhaltssynchronisierung exportiert.

www/index.html www-index-html

Die Datei index.html leitet zur Startseite der App weiter.

Die Datei config.xml enthält das Element content :

<content src="content/phonegap/geometrixx/apps/ng-geometrixx-outdoors/en.html" />

In der PhoneGap-Dokumentation (https://docs.phonegap.com) wird dieses Element als "Das optionale Element <content> definiert die Startseite der App im Verzeichnis der Web-Assets auf oberster Ebene. Der Standardwert ist index.html, der normalerweise im obersten www-Verzeichnis eines Projekts angezeigt wird."

Der PhoneGap-Build schlägt fehl, wenn keine index.html -Datei vorhanden ist. Daher ist diese Datei enthalten.

www/res www-res

Das Verzeichnis res enthält Splash-Screen-Bilder und Symbole. Das Skript copy_resource_files.js kopiert die Dateien während der Build-Phase von after_prepare an ihre plattformspezifischen Speicherorte.

www/etc www-etc

Standardmäßig enthält AEM Knoten /etc statische clientlib-Inhalte. Das Verzeichnis "etc"enthält die Bibliotheken Topcoat, AngularJS und Geometrixx ng-clientlibsall .

www/apps www-apps

Der Apps-Ordner enthält Code, der mit der Splash-Seite in Verbindung steht. Das eindeutige Merkmal der Begrüßungsseite einer AEM App besteht darin, dass die App ohne Benutzerinteraktion initialisiert wird. Der clientlib-Inhalt (CSS und JS) der App ist daher minimal, um die Leistung zu maximieren.

www/content www-content

Der Inhaltsordner enthält den restlichen Webinhalt der App. Der Inhalt kann die folgenden Dateien enthalten, ist jedoch nicht darauf beschränkt:

  • HTML-Seiteninhalt, der direkt in AEM erstellt wird
  • Bild-Assets, die mit AEM Komponenten verknüpft sind
  • JavaScript-Inhalte, die von serverseitigen Skripten generiert werden
  • JSON-Dateien, die den Seiten- oder Komponenteninhalt beschreiben

www/package.json www-package-json

Die Datei "package.json"ist eine Manifestdatei, in der die Dateien aufgelistet werden, die ein Download der Inhaltssynchronisierung full enthält. Diese Datei enthält auch den Zeitstempel, mit dem die Payload der Inhaltssynchronisierung generiert wurde (lastModified). Diese Eigenschaft wird verwendet, wenn eine partielle Aktualisierung der App von AEM angefordert wird.

www/package-update.json www-package-update-json

Wenn es sich bei dieser Payload um einen Download der gesamten App handelt, enthält dieses Manifest die genaue Auflistung der Dateien als package.json.

Wenn es sich bei dieser Payload jedoch um eine partielle Aktualisierung handelt, enthält package-update.json nur die Dateien, die in dieser bestimmten Payload enthalten sind.

recommendation-more-help
2eeeb575-8007-40cc-a72d-206fbc4ddd4b