Android · Guía práctica

O modo sen conexión é
unha decisión de produto.

Pensa na continuidade, propiedade e recuperación antes de construír a primeira pantalla.

Perder a conexión non debería significar sempre perder o traballo. O modo sen conexión pode axudar a rematar tarefas nunha rede pouco fiable ou manter rexistros no propio dispositivo cando encaixa co propósito do produto.

Comeza pola tarefa que debe continuar

«Funciona sen conexión» é demasiado amplo para ser un requisito útil. Identifica accións concretas que deben seguir dispoñibles: iniciar un rexistro, editar unha nota, ver un horario gardado ou exportar información. Decide que pode esperar ata que volva a conexión.

A interface debería aclarar eses límites. A persoa precisa saber se a acción se gardou localmente, se enviou a outro sistema ou aínda precisa atención. Evita que teña que adiviñalo a partir dun indicador de carga.

Decide onde pertencen os datos

O almacenamento local cambia as preguntas de propiedade e recuperación. Hai copia de seguridade? Que pasa ao perder ou cambiar o dispositivo? Pode a persoa exportar os datos nun formato útil noutro lugar? Que copias quedan tras desinstalar a aplicación?

Estas decisións deben coincidir co comportamento real e co aviso de privacidade. «Sen conexión» non implica que todas as funcións eviten a rede. Mapas externos, xeocodificación, mensaxes de soporte ou exportacións elixidas poden crear fluxos de datos separados.

Planifica que pasa despois dun conflito

Se os rexistros se sincronizan máis tarde cun servidor, dous dispositivos poden ter editado a mesma información. O produto precisa unha regra para escoller a versión aceptada e un xeito claro de recuperarse dun resultado inesperado.

Os duplicados, atrasos e transferencias interrompidas tamén merecen atención. Un toque repetido non debería repetir en silencio accións financeiras ou operativas. A solución exacta depende do modelo de datos e dos sistemas implicados.

Explica as opcións de permisos

Unha función de localización debería servir a unha acción concreta e comportarse de forma previsible cando se denega o permiso. Unha notificación debería axudar a entender a actividade actual. Os usuarios deben entender o efecto da elección sen coñecer o interior de Android.

Inclúe no deseño o percorrido co permiso denegado. Se a acción segue sendo posible manualmente, fai ese camiño doado de atopar. Se a función non pode traballar, explica o límite no momento pertinente.

Verifica as transicións

Comproba máis que un inicio coa rede apagada. Revisa a tarefa cando a conexión desaparece a medio camiño, volve con atraso ou cambia cando a aplicación xa non está visible. Considera reinicios, exportacións interrompidas e correccións de rexistros anteriores.

As comprobacións deben seguir o percorrido esencial e os seus riscos. Unha compilación correcta é evidencia útil da compilación; o comportamento no dispositivo precisa as súas propias probas.

Coñece o desenvolvemento Android ↗

Trae o problema.
Démoslle forma ao seguinte paso.

Fala do teu proxecto