Concepten van de gebruikersinterface voor Adobe Experience Manager Touch
Adobe Experience Manager (AEM) kenmerkt een aanraking-toegelaten UI met ontvankelijk ontwerpvoor het auteursmilieu dat wordt ontworpen om op zowel aanraak als Desktopapparaten te werken.
NOTEDe interface met aanraakbediening bevat:
-
De reeksheader die:
- Het logo tonen
- Verstrekt een verbinding aan de Globale Navigatie
- Verzekert verbinding met andere generische acties; zoals Onderzoek, Hulp, de Oplossingen van het Experience Cloud, Meldingen, en de Montages van de Gebruiker.
-
De linkerspoorstaaf (indien nodig getoond en verborgen), die het volgende kan aantonen:
- Tijdlijn
- Verwijzingen
- Filters
-
De navigatiekop, die ook contextgevoelig is en kan tonen:
- Geeft aan welke console u momenteel gebruikt, of uw locatie, of beide, binnen die console
- Selectie voor de linkerspoorstaaf
- Broodkruimels
- Toegang tot aangewezen creeer acties
- Selecties weergeven
-
Het inhoudsgebied dat:
- Hiermee geeft u de inhoudsitems weer (pagina's, middelen, forumposts, enzovoort)
- Kan worden opgemaakt zoals gevraagd, bijvoorbeeld kolom, kaart of lijst
- Gebruikt een responsief ontwerp (het scherm wordt automatisch aangepast aan uw apparaat en/of venstergrootte)
- Gebruikt oneindig schuiven (geen paginering meer, alle punten zijn vermeld in één venster)
NOTEDe interface met aanraakbediening is ontworpen door Adobe voor consistentie in de gebruikerservaring van meerdere producten. Het is gebaseerd op:
- Koraal UI (CUI) een implementatie van de visuele stijl van de Adobe voor aanraking-toegelaten UI. Koral UI verstrekt alles uw product/project/Webtoepassing moet de visuele stijl van UI goedkeuren.
- {de componenten van 0} graniet UI worden gebouwd met Koraal UI.
De basisbeginselen van de interface met aanraakbediening zijn:
- Eerst mobiel (met het oog op desktop)
- Responsief ontwerp
- Voor de context relevante weergave
- Herbruikbaar
- Inclusief ingesloten naslagdocumentatie
- Ingesloten tests opnemen
- Onderste ontwerp om ervoor te zorgen dat deze beginselen op elk element en elke component worden toegepast
Voor een verder overzicht van de aanraking-Toegelaten structuur UI, zie Structuur van de AEM aanraking-Toegelaten UI.
AEM
AEM gebruikt het Granite-platform als basis en het Granite-platform bevat onder andere de Java™ Content Repository.
Graniet
Granite is de Open Web-stapel van de Adobe, die diverse componenten verstrekt die omvatten:
- Een toepassing starten
- Een kader OSGi waarin alles wordt opgesteld
- Verschillende OSGi-directoryservices ter ondersteuning van bouwtoepassingen
- Een uitgebreid Logging Kader dat diverse registreren APIs verstrekt
- Implementatie van de JCR API-specificatie in CRX Repository
- Het Apache Sling Web Framework
- Extra onderdelen van het huidige CRX-product
NOTEGraniet-interface
Het technische platform van Granite verstrekt ook een kader van stichting UI. De belangrijkste doelstellingen hiervan zijn:
- Widgets voor granulaire gebruikersinterface bieden
- Voer de concepten UI uit en illustreer beste praktijken (lange lijsten teruggeven, lijsten het filtreren, voorwerp CRUD, de tovenaars van de CUD…)
- Verstrek een verlengbare en op stop-binnen gebaseerde beleidsinterface
Deze voldoen aan de eisen:
- ''mobile first' respecteren
- Uitbreidbaar
- Eenvoudig te overschrijven
GraniteUI.pdf
krijgt Dossier
De graniet-interface:
- Gebruikt de RESTful-architectuur van Sling
- Hiermee implementeert u componentbibliotheken die zijn bedoeld voor het bouwen van inhoudgerichte webtoepassingen
- Biedt granulaire UI-widgets
- Biedt een standaard, gestandaardiseerde gebruikersinterface
- Is uitbreidbaar
- Is ontworpen voor zowel mobiele apparaten als desktopapparaten (respecteert eerst mobiel)
- Kan worden gebruikt in elk platform/product/project op basis van graniet, bijvoorbeeld AEM
- de Componenten van de Stichting UI van Granite
Deze bibliotheek met basiscomponenten kan door andere bibliotheken worden gebruikt of uitgebreid. - Algemene UI-componenten
Client-kant versus server-kant
De cliënt-server mededeling in granite UI bestaat uit hypertext, niet voorwerpen, zodat is er geen behoefte aan de cliënt om de bedrijfslogica te begrijpen
- De server verrijkt de HTML met semantische gegevens
- De client verrijkt de hypertekst met hypermedia (interactie)
Client-kant
Hierbij wordt een uitbreiding van de woordenlijst HTML gebruikt, op voorwaarde dat de auteur zijn voornemen kenbaar kan maken om een interactieve webapp te maken. Dit is een gelijkaardige benadering van WAI-ARIAen microformats.
Het bestaat voornamelijk uit een verzameling interactiepatronen (bijvoorbeeld het asynchroon verzenden van een formulier) die worden geïnterpreteerd door JS- en CSS-codes die op de client worden uitgevoerd. De rol van de client-kant bestaat uit het verbeteren van de opmaak (gegeven als de hypermediapliteit van de server) voor interactiviteit.
De client-kant is onafhankelijk van servertechnologie. Zolang de server de aangewezen prijsverhoging geeft, kan de cliënt-kant zijn rol vervullen.
Momenteel worden JS en CSS codes geleverd als Granite clientlibsonder de categorie:
granite.ui.foundation and granite.ui.foundation.admin
Deze worden geleverd als onderdeel van het inhoudspakket:
granite.ui.content
Server-kant
Dit wordt gevormd door een inzameling van sling componenten die de auteur toelaten om webapp snel samen te stellen. De ontwikkelaar ontwikkelt componenten, de auteur assembleert de componenten aan webapp. De rol van de server-kant is de hypermedia betaalbaarheid (prijsverhoging) aan de cliënt te geven.
Momenteel bevinden de componenten zich in de granietopslagplaats op:
/libs/granite/ui/components/foundation
Deze wordt geleverd als onderdeel van het inhoudspakket:
granite.ui.content
