Planlegg en app for feltarbeid ved forbindelsesbrudd

Avklar tillatt offlinearbeid

Ved en registrering uten forbindelse må appen skille lokal lagring fra vellykket overføring til kontoret. Avgjør for hver oppgave om lesing, utkast eller bindende avslutning er tillatt uten nett. En app trenger ikke tillate hver skrivehandling offline for å være nyttig ved brudd.

Android-dokumentasjonen skiller mellom skrivestrategier og behandler konflikter ved ny tilkobling. Tilstandenes forretningsmessige betydning er avgjørende: Et lokalt utkast er ikke det samme som bekreftet lagring på serveren.

Eksempel: behold notatet, avklar kanselleringen

Scenariet er helt oppdiktet. Enheten kjenner oppdrag AU-64 i versjon v7. Fagpersonen skriver et avslutningsnotat uten nett. Samtidig kansellerer planleggingen oppdraget på serveren, der v8 oppstår. I eksemplet kan notatet etter autorisert avklaring lagres som tillegg uten å oppheve kanselleringen.

Dette er forventede resultater, ikke en rapport om utførte tester. Et nettsymbol eller sending av en forespørsel er ikke nok for siste tilstand. Den krever bekreftelse på at serveren faktisk har lagret den tiltenkte endringen.

Kontroller hele tilbakeveien

Behold kjent versjon for avstemming. Et senere tidspunkt på enhetsklokken avgjør ikke alene hvilken endring som er forretningsmessig riktig. Definer konfliktregelen og rollen som kan avgjøre åpne saker. Hindre også at et nytt forsøk oppretter samme notat flere ganger.

Kontroller gjeldende rettigheter på serveren ved ny sending. OWASP krever rettighetskontroll ved hver forespørsel. En tidligere innlogging tillater ikke automatisk hver senere endring. Vis manglende innlogging eller avvist lagring forståelig.

Avtal også lokale tilgangsregler og oppførsel ved utlogging, enhetsbytte eller slettede appdata. Ta med brudd, gjenåpning, konflikt og nytt forsøk i utprøvingen. Da blir det klart hvor arbeid bare er forberedt, og hvor det er endelig tatt imot.

Kilder

• Android Developers: Offline-first apps

• OWASP: Authorization checks