Android · Una guia pràctica

El funcionament sense connexió és
una decisió de producte.

Pensa en continuïtat, propietat i recuperació abans de construir la primera pantalla.

Perdre la connexió no hauria de significar sempre perdre la feina. El funcionament sense connexió pot ajudar a acabar una tasca en una xarxa poc fiable o a conservar registres al dispositiu propi quan encaixa amb el propòsit del producte.

Comença per la tasca que ha de continuar

«Funciona sense connexió» és massa ampli per ser un requisit útil. Identifica les accions concretes que han de continuar disponibles: iniciar un registre, editar una nota, veure un horari desat o exportar informació. Decideix què pot esperar fins que torni la connexió.

La interfície ha de fer comprensibles aquests límits. Cal saber si una acció s’ha desat localment, enviat a un altre sistema o encara requereix atenció. Evita fer-ho endevinar amb un indicador de càrrega.

Decideix on pertanyen les dades

L’emmagatzematge local canvia les preguntes sobre propietat i recuperació. Hi ha còpia de seguretat? Què passa si es perd o substitueix el dispositiu? Es poden exportar les dades en un format útil en altres llocs? Quines còpies queden després d’eliminar l’aplicació?

Aquestes decisions han de coincidir amb el comportament real del producte i l’avís de privacitat. «Sense connexió» no vol dir automàticament que totes les funcions evitin la xarxa. Mapes externs, geocodificació, missatges de suport o exportacions escollides poden crear fluxos de dades separats.

Planifica què passa després d’un conflicte

Si els registres se sincronitzen amb un servidor més tard, dos dispositius poden haver modificat la mateixa informació. El producte necessita una regla per decidir quina versió s’accepta i una via clara de recuperació davant d’un resultat inesperat.

Els duplicats, retards i transferències interrompudes també importen. Una pulsació repetida no ha de duplicar silenciosament accions financeres o operatives. La solució exacta depèn del model de dades i dels sistemes implicats.

Explica les opcions de permisos

Una funció d’ubicació ha de servir una acció concreta i comportar-se de manera previsible quan es denega el permís. Una notificació ha d’ajudar a entendre l’activitat en curs. Els usuaris han d’entendre què canvia una opció sense conèixer l’interior d’Android.

Inclou en el disseny el recorregut amb permís denegat. Si l’acció continua sent possible manualment, facilita aquesta via. Si la funció no pot funcionar, explica la limitació en el moment pertinent.

Verifica les transicions

Comprova més que l’inici amb la xarxa desactivada. Revisa la tasca quan la connexió desapareix a mitja acció, torna amb retard o canvia mentre l’aplicació ja no és visible. Considera reinicis, exportacions interrompudes i correccions de registres anteriors.

Les comprovacions han de seguir el recorregut essencial i els riscos. Una compilació correcta aporta proves sobre la compilació; el comportament al dispositiu necessita proves pròpies.

Descobreix el desenvolupament Android ↗

Porta el problema.
Donem forma al que ve després.

Parlem del teu projecte