Aanbevolen procedures best-practices
Het maken van een AEM Mobile On-demand Services-app is niet hetzelfde als het rechtstreeks maken van een app in de shell Cordova (of PhoneGap). De ontwikkelaars zouden met moeten vertrouwd zijn:
- Plug-ins die worden ondersteund vanuit de verpakking en de specifieke plug-ins voor Adobe Experience Manager (AEM) Mobile.
-
Sjablonen die plug-infunctionaliteit gebruiken, moeten zo worden geschreven dat ze nog steeds in de browser kunnen worden geschreven, zonder dat de plug-inbridge aanwezig is.
- Bijvoorbeeld, zorg ervoor om op de apparaat functie te wachten alvorens te proberen om tot API van een stop toegang te hebben.
Richtlijnen voor AEM ontwikkelaars guidelines-for-aem-developers
De volgende richtlijnen helpen bevoegde AEM ontwikkelaars voor sites die sjablonen en componenten voor mobiele apps willen maken:
Structuur AEM plaatsen malplaatjes om hergebruik en rekbaarheid aan te moedigen
-
Meerdere componentscriptbestanden verkiezen boven één monolithische
- Verscheidene lege uitbreidingspunten worden verstrekt, zoals customheaderlibs.html en customfooterlibs.html, die de ontwikkelaar toestaan om het paginamalplaatje te veranderen terwijl het dupliceren van zo weinig kerncode mogelijk
- De malplaatjes kunnen dan via het Sling worden uitgebreid en worden aangepast het slingeren:resourceSuperType mechanisme
-
Rechtsom/HTML verkiezen boven JSP als sjabloontaal
- Het gebruiken van dit moedigt een scheiding van code van prijsverhoging aan, biedt ingebouwde bescherming XSS, en heeft een meer vertrouwde syntaxis aan
optimaliseer voor prestaties op apparaat
- Artikelspecifiek script en stijlpagina's moeten worden opgenomen in de artikelpayload met behulp van de sjabloon voor het synchroniseren van dps-artikelinhoud
- Script- en stijlbladen die door meerdere artikelen worden gedeeld, moeten in gedeelde bronnen worden opgenomen via de sjabloon voor het synchroniseren van dps-HTMLResources-inhoud
- Verwijs niet naar externe manuscripten die teruggeven-blokkeren zijn
verkies app-specifieke cliënt-kant JS en CSS bibliotheken over web-specific
- Overhead in bibliotheken zoals jQuery Mobile voorkomen om een enorme breedte aan apparaten en browsers af te handelen
- Wanneer een sjabloon wordt uitgevoerd in de webweergave van een app, hebt u controle over de platforms en versies die de app zal ondersteunen en over de kennis dat JavaScript-ondersteuning aanwezig is. Kies bijvoorbeeld Ionic (alleen de CSS) boven jQuery Mobile en Onsen UI boven Bootstrap.
voorkeur microbibliotheken over volledig-stapel
- De tijd die nodig is om de inhoud op het glas van het apparaat te krijgen, wordt vertraagd door elke bibliotheek waarvan uw artikelen afhankelijk zijn. Deze vertraging wordt vergroot wanneer een nieuwe webweergave wordt gebruikt om elk artikel te renderen. Elke bibliotheek moet dus opnieuw volledig worden geïnitialiseerd
- Als uw artikelen niet als SPA zijn samengesteld (apps met één pagina), hoeft u waarschijnlijk geen bibliotheek met volledige stapels zoals Angular op te nemen
- Voorkeur kleinere, enig-doelbibliotheken die helpen interactiviteit toevoegen uw pagina vereist, zoals Fastclickof Velocity.js
minimaliseer grootte van artikellading
- Gebruik de kleinst mogelijke middelen die effectief de grootste viewport kunnen behandelen u, bij redelijke resolutie steunt
- Gebruik een hulpmiddel als ImageOptim op uw beelden zodat kunt u om het even welke overtollige meta-gegevens verwijderen
Aan de slag getting-ahead
Zie de volgende bronnen voor meer informatie over de andere twee rollen en verantwoordelijkheden: