- Entwicklerhandbuch - Übersicht
- Einführung für Entwickler
- Erste Schritte bei der Entwicklung von AEM Sites – WKND-Tutorial
- Grundlegende AEM-Konzepte
- Struktur der Touch-optimierten Benutzeroberfläche von AEM
- Konzepte der Touch-optimierten Benutzeroberfläche von AEM
- AEM-Entwicklung – Richtlinien und Best Practices
- Verwendung Client-seitiger Bibliotheken
- Entwicklung und Seitenvergleich
- Editor-Einschränkungen
- Das CSRF Protection Framework
- Datenmodellierung – Modell von David Nuescheler
- Beitragen zu AEM
- Sicherheit
- Referenzmaterialien
- Erstellen einer vollständig ausgestatteten Website (klassische Benutzeroberfläche)
- Designs und Designer (klassische Benutzeroberfläche)
- Plattform
- Sling-Schnellübersicht
- Verwenden von Sling-Adaptern
- Tag-Bibliotheken
- Vorlagen
- Verwenden des Sling Resource Merger in AEM
- Überlagerungen
- Benennungskonventionen
- Erstellen einer neuen Feld-Komponente in der Granite-Benutzeroberfläche
- Query Builder
- Tagging
- Anpassen der vom Fehler-Handler angezeigten Seiten
- Benutzerdefinierte Knotentypen
- Hinzufügen von Schriftarten für das Grafik-Rendering
- Verbindung mit SQL-Datenbanken
- Externalisieren von URLs
- Erstellen und Verarbeiten von Aufträgen für die Abladung
- Konfigurieren der Verwendung von Cookies
- Anleitung für den programmgesteuerten Zugriff auf das AEM-JCR
- Integrieren von Diensten mit der JMX-Konsole
- Entwickeln des Bulk Editors
- Entwickeln von Berichten
- eCommerce
- Komponenten
- Kernkomponenten
- Stilsystem
- Komponentenübersicht
- AEM-Komponenten – Grundlagen
- Entwickeln von AEM-Komponenten
- Entwickeln von AEM-Komponenten – Codebeispiele
- JSON-Exporter für Content Services
- Aktivieren eines JSON-Exports für eine Komponente
- Bildeditor
- Decoration-Tag
- Verwenden von Bedingungen zum Ausblenden
- Konfigurieren mehrerer Editoren für Bearbeitung im Kontext
- Entwicklermodus
- Testen der Benutzeroberfläche
- Komponenten für Inhaltsfragmente
- Ermitteln von Seiteninformationen im JSON-Format
- Internationalisierung
- Komponenten der klassischen Benutzeroberfläche
- Headless-Experience-Management
- Headless und Hybrid mit AEM
- Aktivieren eines JSON-Exports für eine Komponente
- Einzelseiten-Webanwendungen
- Einführung in SPAs und exemplarische Anleitung
- SPA-WKND-Tutorial
- Erste Schritte mit SPA in AEM - React
- Erste Schritte mit SPA in AEM - Angular
- Implementieren einer Reaktionskomponente für SPA
- Genaue Informationen zu SPAs
- SPA-Editor – Überblick
- Entwickeln von SPAs für AEM
- SPA-Blueprint
- SPA-Seitenkomponente
- Zuordnung dynamischer Modelle zu Komponenten für SPAs
- SPA-Modell-Routing
- SPA- und Adobe Experience Platform Launch-Integration
- Single Page Applications (SPAs) und Server-seitiges Rendering
- SPA-Referenzmaterial
- HTTP-API
- Inhaltsfragmente
- Experience Fragments
- Inhaltsfragmente und Content Services in AEM
- Entwicklungstools
- Entwicklungstools
- AEM-Modernisierungs-Tools
- Dialogfeldeditor
- Dialogfeldkonvertierungs-Tool
- Entwickeln mit CRXDE Lite
- Verwalten von Paketen mithilfe von Maven
- Entwickeln von AEM-Projekten mit Eclipse
- So erstellen Sie AEM-Projekte mit Apache Maven
- Entwicklung von AEM-Projekten mit IntelliJ IDEA
- Verwenden des VLT-Tools
- Verwendung des Proxyservertools
- AEM Brackets-Erweiterung
- AEM Developer Tools for Eclipse
- AEM Repo Tool
- Personalisierung
- Erweitern von AEM
- Anpassen der Seitenbearbeitung
- Anpassen der Konsolen
- Anpassen von Ansichten von Seiteneigenschaften
- Konfigurieren Sie Ihre Seite für die Massenbearbeitung von Seiteneigenschaften
- Anpassen und Erweitern von Inhaltsfragmenten
- Erweitern von Workflows
- Erweitern des Multi-Site-Managers
- Tracking und Analytics
- Cloud Services
- Erstellen benutzerspezifischer Erweiterungen
- Formulare
- Integrieren von Diensten mit der JMX-Konsole
- Entwickeln des Bulk Editors
- Erweitern der klassischen Benutzeroberfläche
- Testen
- Planung
- Welche Testumgebung benötigen Sie?
- Definieren der Testfälle
- Testen – wann und mit wem?
- Zusammenstellen des Testplans
- Tracking von Ergebnissen und Bereitstellung von Feedback
- Test- und Tracking-Tools
- Akzeptanz und Abnahme
- Die nächste Version …
- Checklisten
- Tough Day
- Testen der Benutzeroberfläche
- Best Practices
- Übersicht über bewährte Verfahren
- AEM und Best Practices für die Entwicklung
- Best Practices für die Entwicklung
- Inhaltsarchitektur
- Software-Architektur
- We.Retail-Referenzimplementierung
- We.Retail-Referenzimplementierung
- Testen von Inhaltsfragmenten in We.Retail
- Testen von Kernkomponenten in We.Retail
- Testen bearbeitbarer Vorlagen in We.Retail
- Ausprobieren von responsivem Layout in We.Retail
- Testen der globalisierten Site-Struktur von We.Retail
- Testen von Erlebnisfragmenten in We.Retail
- Tipps zum Programmieren
- Fallstricke beim Programmieren
- OSGi-Bundles
- JCR-Integration
- Codebeispiele
- Fehlerbehebung bei langsamen Abfragen
- Mobiles Web
Designs und der Designer
In diesem Artikel wird beschrieben, wie Sie eine Website basierend auf der klassischen Benutzeroberfläche erstellen. Adobe empfiehlt, die neuesten AEM-Technologien für Ihre Websites zu nutzen, wie ausführlich im Artikel Erste Schritte bei der Entwicklung von AEM Sites beschrieben.
Sie müssen ein Design für Ihre Website erstellen. In AEM verwenden Sie dazu den Designer.
Weitere Informationen zum Webzugriff finden Sie unter AEM und Richtlinien für barrierefreien Webzugang.
Verwenden des Designers
Ihr Entwurf kann im Abschnitt Designs der Registerkarte Tools definiert werden:
Hier erstellen Sie die Struktur, die zum Speichern des Designs erforderlich ist, und laden dann die erforderlichen Cascaded Style Sheet und Bilder hoch.
Entwürfe werden unter /etc/designs gespeichert. Der Pfad zu einem Design, das für eine Website verwendet wird, wird anhand der Eigenschaft cq:designPath des Knotens jcr:content angegeben.
Alle Änderungen, die im Designmodus an einer Seite vorgenommen werden, werden unterhalb des Designknotens der Website beibehalten und automatisch auf alle Seiten mit demselben Design angewendet.
Voraussetzungen
Zur Realisierung des Design benötigen Sie:
CSS - Die Cascading Stylesheets definieren die Formate bestimmter Bereiche auf Ihren Seiten.
Bilder : Alle Bilder, die Sie für Funktionen wie Hintergründe und Schaltflächen verwenden.
Überlegungen zum Entwurf Ihrer Website
Beim Entwickeln einer Website wird dringend empfohlen, Bilder und CSS-Dateien unter /etc/design/<project> zu speichern, damit Sie auf Ihre Ressourcen basierend auf dem aktuellen Design verweisen können, wie im folgenden Codefragment beschrieben.
<%= currentDesign.getPath() + "/static/img/icon.gif %>
Im obigen Angebot werden mehrere Leistungen angeboten:
-
Je nach Designpfad verschiedener Websites erwecken Komponenten einen anderen Eindruck.
-
Die Neugestaltung der Website kann einfach erfolgen, indem Sie den Designpfad auf einen anderen Knoten im Stammverzeichnis der Website von
design/v1bisdesign/v2.zeigen. -
/etc/designsund/contentsind die einzigen externen URLs, die der Browser sieht, um Sie davor zu schützen, dass ein externer Benutzer neugierig darauf wird, was sich unter Ihrem/appsBaum befindet. Die obigen URL-Vorteile helfen auch Ihrem Systemadministrator, bessere Sicherheitsmaßnahmen einzurichten, weil die Angriffsfläche der Assets auf wenige spezifische Orte beschränkt wird.