...
När vi jobbar med native- eller hybrid appar så använder vi alltid komponenter ifrån respektive komponentbibliotek. Det gör att vi skapar ett sammanhållet varumärke för Inera och 1177 Vårdguiden. Om komponenter saknas ställs utvecklare inför ett val att använda systemets eller utveckla egna. Det finns fördelar med båda, och därför är det viktigt att vi förhåller oss till användningsområdet.
(Lars kommentar - väljer man det bästa alternativet när dilemmat uppstår?)
Syfte: Hur vi jobbar med komponenter i våra applikationer
...
Instruktion för användning: Det här ska hjälpa dig att förhålla dig till våra riktlinjer men också som ett beslutsstöd i design av applikationen.
Våra komponenter
Precis som med den mobilanpassade webben så vill vi använda vårt komponentbibliotek när vi jobbar med applikationer. Vi vill kunna använda samma komponenter som för den mobilanpassade versionen av Inera och 1177 vårdguidens bibliotek. När vi tar fram nya tjänster eller utvecklar befintliga så saknar vi ibland komponenter och då vill vi hantera det kontrollerat och medvetet. Beroende vilken typ av app vi har valt så finns det olika sett att använda komponenter, om vi utvecklar den via React, native eller cross osv.
Systemkomponenter (iOS/Android)
När vi jobbar med telefonens övriga funktioner/tjänster så använder vi alltid operativsystemets design, det gör vi för att skapa igenkänning och en trygghet hos användaren. Det kan även vara enklare för användaren att känna igen sig i mönster och funktion när apparna fungerar precis som användaren förväntar sig. Det finns även en fördel i att operativsystemet redan har optimerat komponenterna för bra tillgänglighet och användning med hjälpmedel.
Det kan t.ex. gälla:
Tangentbord
Numpads
Biometrics
Kamerafunktioner
Men även andra funktioner där vi inte får någon vinning i att producera egna komponenter, är du osäker så stäm av med ansvariga i /wiki/spaces/APP/pages/2638348295
Egna komponenter - vid unika behov
...