Android · En praktisk guide

Offline är
ett produktbeslut.

Tänk på kontinuitet, ägande och återställning innan den första skärmen byggs.

En tappad anslutning bör inte alltid innebära förlorat arbete. Offlinefunktioner kan hjälpa någon att slutföra en uppgift i ett opålitligt nätverk, eller behålla registreringar på sin egen enhet när det passar produktens syfte.

Börja med uppgiften som måste fortsätta

”Fungerar offline” är för brett för att vara ett användbart krav. Identifiera vilka handlingar som måste förbli tillgängliga: starta en registrering, redigera en anteckning, visa ett sparat schema eller exportera information. Bestäm vad som kan vänta tills anslutningen är tillbaka.

Gränssnittet ska göra gränserna begripliga. Användaren behöver veta om en handling har sparats lokalt, skickats till ett annat system eller fortfarande behöver uppmärksamhet. Låt inte en laddningssymbol tvinga fram gissningar.

Bestäm var uppgifterna hör hemma

Lokal lagring förändrar frågorna om ägande och återställning. Finns en säkerhetskopia? Vad händer om en enhet försvinner eller ersätts? Kan användaren exportera uppgifterna i ett format som går att använda någon annanstans? Vilka kopior finns kvar när appen tagits bort?

Besluten ska stämma med produktens faktiska beteende och integritetsinformation. ”Offline” betyder inte automatiskt att alla funktioner undviker nätverket. Externa kartor, geokodning, supportmeddelanden eller användarvalda exporter kan skapa separata dataflöden.

Planera vad som händer vid en konflikt

Om registreringar senare synkroniseras med en server kan två enheter ha ändrat samma information. Produkten behöver en regel för vilken version som accepteras och en tydlig väg tillbaka efter ett oväntat resultat.

Även dubbletter, fördröjningar och avbrutna överföringar förtjänar uppmärksamhet. Upprepade tryck ska inte obemärkt upprepa ekonomiska eller operativa handlingar. Den exakta lösningen beror på produktens datamodell och de berörda systemen.

Förklara behörighetsvalen

En platsfunktion ska stödja en specifik handling och bete sig förutsägbart när behörighet nekas. En avisering ska hjälpa användaren att förstå en pågående aktivitet. Användare ska förstå vad ett val ändrar utan att behöva förstå hur Android fungerar internt.

Ta med flödet vid nekad behörighet i designen. Om handlingen kan göras manuellt ska vägen vara lätt att hitta. Om funktionen inte kan fungera, förklara begränsningen vid rätt tillfälle.

Verifiera övergångarna

Kontrollera mer än start med avstängt nätverk. Granska uppgiften när anslutningen försvinner mitt i en handling, återkommer efter en fördröjning eller ändras medan appen inte syns. Beakta omstarter, avbrutna exporter och rättning av tidigare registreringar.

Kontrollerna ska följa det viktigaste flödet och dess risker. En lyckad kompilering ger belägg om kompileringen; enhetens beteende behöver egna belägg.

Utforska Android-utveckling ↗

Ta med problemet.
Låt oss forma nästa steg.

Diskutera ditt projekt