Android · 'n Praktiese gids

Vanlynwerking is
'n produkbesluit.

Dink aan kontinuïteit, eienaarskap en herstel voordat die eerste skerm gebou word.

'n Verlore verbinding behoort nie altyd verlore werk te beteken nie. Vanlyngedrag kan iemand help om 'n taak op 'n onbetroubare netwerk te voltooi, of rekords op hul eie toestel te hou wanneer dit by die produk se doel pas.

Begin met die taak wat moet voortgaan

“Werk vanlyn” is te wyd om 'n nuttige vereiste te wees. Identifiseer die spesifieke handelinge wat beskikbaar moet bly: begin 'n rekord, wysig 'n nota, sien 'n gestoorde rooster of voer inligting uit. Besluit wat kan wag totdat die verbinding terugkeer.

Die koppelvlak moet daardie grense verstaanbaar maak. Iemand moet weet of 'n handeling plaaslik gestoor, na 'n ander stelsel gestuur of steeds aandag nodig het. Moenie hulle uit 'n laai-aanwyser laat raai nie.

Besluit waar die data hoort

Plaaslike berging verander die vrae oor eienaarskap en herstel. Is daar 'n rugsteun? Wat gebeur as 'n toestel verlore raak of vervang word? Kan die persoon die data uitvoer in 'n formaat wat elders bruikbaar is? Watter kopieë bly oor nadat die toepassing verwyder is?

Hierdie besluite moet by die produk se werklike gedrag en privaatheidskennisgewing pas. “Vanlyn” beteken nie outomaties dat elke funksie die netwerk vermy nie. Eksterne kaarte, geokodering, ondersteuningsboodskappe of uitvoere wat die gebruiker kies, kan afsonderlike datavloeie skep.

Beplan wat ná 'n konflik gebeur

As rekords later met 'n bediener sinchroniseer, kon twee toestelle dieselfde inligting gewysig het. Die produk het 'n reël nodig om te besluit watter weergawe aanvaar word en 'n duidelike manier om van 'n onverwagte resultaat te herstel.

Duplikate, vertragings en onderbroke oordragte verdien ook aandag. 'n Herhaalde tik behoort nie stilweg herhaalde finansiële of operasionele handelinge te skep nie. Die presiese oplossing hang van die produk se datamodel en die betrokke stelsels af.

Verduidelik toestemmingskeuses

'n Liggingfunksie moet 'n spesifieke handeling dien en voorspelbaar optree wanneer toestemming geweier word. 'n Kennisgewing moet die persoon help om 'n voortgaande aktiwiteit te verstaan. Gebruikers moet verstaan wat 'n keuse verander sonder om Android se interne werking te ken.

Sluit die roete vir geweierde toestemming by die ontwerp in. As 'n handeling nog met die hand moontlik is, maak daardie roete maklik vindbaar. As die funksie nie kan werk nie, verduidelik die beperking op die gepaste oomblik.

Verifieer die oorgange

Kontroleer meer as bloot 'n begin met die netwerk afgeskakel. Gaan die taak na wanneer die verbinding tydens 'n handeling verdwyn, ná 'n vertraging terugkeer of verander terwyl die toepassing nie meer sigbaar is nie. Dink aan herbegin van die toepassing, onderbroke uitvoere en 'n gebruiker wat 'n vorige rekord regstel.

Die kontroles moet die noodsaaklike roete en sy risiko's volg. 'n Suksesvolle bouproses is nuttige bewys oor samestelling; toestelgedrag het sy eie bewyse nodig.

Verken Android-ontwikkeling ↗

Bring die probleem.
Kom ons vorm wat hierna kom.

Bespreek jou projek