Humbja e lidhjes nuk duhet gjithmonë të nënkuptojë humbje pune. Funksionimi pa internet mund ta ndihmojë një person të kryejë detyrën në një rrjet jo të besueshëm ose t'i mbajë shënimet në pajisjen e vet kur kjo përputhet me qëllimin e produktit.
Nisuni nga detyra që duhet të vazhdojë
“Punon pa internet” është tepër e gjerë për të qenë kërkesë e dobishme. Identifikoni veprimet konkrete që duhet të mbeten të disponueshme: nisja e një regjistrimi, redaktimi i një shënimi, shikimi i një orari të ruajtur ose eksportimi i informacionit. Vendosni çfarë mund të presë rikthimin e lidhjes.
Ndërfaqja duhet t'i bëjë këta kufij të kuptueshëm. Personi duhet të dijë nëse një veprim është ruajtur lokalisht, është dërguar në një sistem tjetër ose ende kërkon vëmendje. Mos e detyroni ta hamendësojë nga treguesi i ngarkimit.
Vendosni ku i përkasin të dhënat
Ruajtja lokale i ndryshon pyetjet për pronësinë dhe rikuperimin. A ka kopje rezervë? Çfarë ndodh kur pajisja humbet ose zëvendësohet? A mund t'i eksportojë personi të dhënat në një format që mund ta përdorë diku tjetër? Cilat kopje mbeten pas heqjes së aplikacionit?
Këto vendime duhet të përputhen me sjelljen reale të produktit dhe njoftimin e privatësisë. “Pa internet” nuk do të thotë automatikisht që çdo funksion shmang rrjetin. Hartat e jashtme, gjeokodimi, mesazhet e mbështetjes ose eksportet e zgjedhura nga përdoruesi mund të krijojnë rrjedha të veçanta të dhënash.
Planifikoni çfarë ndodh pas një konflikti
Nëse regjistrimet sinkronizohen më vonë me një server, dy pajisje mund të kenë redaktuar të njëjtin informacion. Produktit i duhet një rregull për të përcaktuar cilin version pranon dhe një mënyrë e qartë rikuperimi nga një rezultat i papritur.
Dublikatat, vonesat dhe transferimet e ndërprera gjithashtu kërkojnë vëmendje. Një prekje e përsëritur nuk duhet të krijojë në heshtje veprime financiare ose operative të përsëritura. Zgjidhja e saktë varet nga modeli i të dhënave të produktit dhe sistemet e përfshira.
Shpjegoni zgjedhjet e lejeve
Një funksion vendndodhjeje duhet t'i shërbejë një veprimi konkret dhe të sillet në mënyrë të parashikueshme kur leja refuzohet. Një njoftim duhet ta ndihmojë personin të kuptojë aktivitetin në vazhdim. Përdoruesit duhet të kuptojnë çfarë ndryshon një zgjedhje pa pasur nevojë të njohin mekanizmat e brendshëm të Android.
Përfshini në dizajn rrugën kur leja refuzohet. Nëse veprimi mbetet i mundur manualisht, bëjeni atë rrugë të lehtë për t'u gjetur. Nëse funksioni nuk mund të punojë, shpjegoni kufizimin në çastin përkatës.
Verifikoni kalimet
Kontrolloni më shumë sesa nisjen me rrjetin të fikur. Shqyrtoni detyrën kur lidhja humbet në mes të veprimit, kthehet pas vonesës ose ndryshon kur aplikacioni nuk duket më. Merrni parasysh rinisjet e aplikacionit, eksportet e ndërprera dhe korrigjimin e një regjistrimi të mëparshëm nga përdoruesi.
Kontrollet duhet të ndjekin rrugën thelbësore dhe rreziqet e saj. Një ndërtim i suksesshëm është provë e dobishme për kompilimin; sjellja në pajisje kërkon provat e veta.