Perdita konekto ne ĉiam devus signifi perditan laboron. Senkonekta konduto povas helpi personon plenumi taskon en nefidinda reto, aŭ konservi registrojn sur sia propra aparato, kiam tio kongruas kun la celo de la produkto.
Komencu per la tasko, kiu devas daŭri
“Funkcias senkonekte” estas tro vasta por esti utila postulo. Identigu la specifajn agojn, kiuj devas resti haveblaj: komenci registron, redakti noton, vidi konservitan horaron aŭ eksporti informojn. Decidu, kio povas atendi la revenon de konekto.
La interfaco devus fari tiujn limojn kompreneblaj. Persono bezonas scii, ĉu ago estis konservita loke, sendita al alia sistemo aŭ ankoraŭ bezonas atenton. Ne devigu homojn diveni laŭ ŝargindikilo.
Decidu, kie estu la datumoj
Loka konservado ŝanĝas la demandojn pri posedo kaj restarigo. Ĉu ekzistas sekurkopio? Kio okazas, kiam aparato perdiĝas aŭ estas anstataŭigita? Ĉu la persono povas eksporti la datumojn en formato uzebla aliloke? Kiuj kopioj restas post forigo de la aplikaĵo?
Ĉi tiuj decidoj devus kongrui kun la efektiva konduto de la produkto kaj ĝia privateca avizo. “Senkonekta” ne aŭtomate signifas, ke ĉiu funkcio evitas la reton. Eksteraj mapoj, geokodado, subtenaj mesaĝoj aŭ eksporto elektita de la uzanto povas krei apartajn datumfluojn.
Planu, kio okazas post konflikto
Se registroj poste sinkroniĝas kun servilo, du aparatoj eble redaktis la samajn informojn. La produkto bezonas regulon por decidi, kiu versio estas akceptata, kaj klaran manieron restariĝi post neatendita rezulto.
Duplikatoj, prokrastoj kaj interrompitaj transigoj ankaŭ meritas atenton. Ripetita frapeto ne devus silente krei ripetajn financajn aŭ operaciajn agojn. La preciza solvo dependas de la datummodelo de la produkto kaj la koncernaj sistemoj.
Klarigu la permesajn elektojn
Lokiga funkcio devus servi specifan agon kaj konduti antaŭvideble, kiam permeso estas rifuzita. Sciigo devus helpi la personon kompreni daŭrantan agadon. Uzantoj devus kompreni, kion elekto ŝanĝas, sen devi koni la internan funkciadon de Android.
Inkluzivu la vojon kun rifuzita permeso en la dezajno. Se ago ankoraŭ eblas permane, faru tiun vojon facile trovebla. Se la funkcio ne povas funkcii, klarigu la limigon en la koncerna momento.
Kontrolu la transirojn
Kontrolu pli ol nur ekfunkciigon kun malŝaltita reto. Reviziu la taskon, kiam konekto malaperas meze de ago, revenas post prokrasto aŭ ŝanĝiĝas dum la aplikaĵo ne plu estas videbla. Konsideru restartigojn, interrompitajn eksportojn kaj uzanton korektantan antaŭan registron.
La kontroloj devus sekvi la esencan vojon kaj ĝiajn riskojn. Sukcesa konstruo estas utila pruvo pri kompilado; la konduto sur aparato bezonas proprajn pruvojn.