Különítse el az üres eredményt a sikertelen lekéréstől
Képzeljen el egy budapesti nyomdát, amely alkalmazással szervezi a csomagok futár általi felvételét. A munkatársak megnyitják a kiválasztott nap listáját. Ha a lekérés sikertelen, a Nincs csomagfelvétel üzenet téves következtetéshez vezethet. Ez az üzenet csak akkor jelenjen meg, ha a látható napra és szűrőkre vonatkozó sikeres lekérés eredménye nem tartalmaz megfelelő feladatot.
Kérjen külön példát az első betöltésre, a sikeresen betöltött listára, az érvényes üres eredményre és a sikertelen betöltésre. A magyarázatban szerepeljen a kiválasztott dátum, hogy a munkatársak ellenőrizhessék, melyik napot nézik. Ez a nyomda egy képzeletbeli példa.
Őrizze meg a hasznos információt, de jelezze a korát
Ebben a példában a meglévő lista frissítés közben is látható maradhat, ha a vállalkozás megengedi a régebbi információk használatát. A frissítésről szóló üzenetet helyezze a lista mellé, és mutassa meg, mikor ellenőrizte azt legutóbb sikeresen a rendszer. Sikertelen frissítéskor a régi bejegyzések nem kaphatnak észrevétlenül frissebb adatokat sugalló jelölést.
A korábbi lista megőrzése segíti a tájékozódást, de azzal a kockázattal jár, hogy a munkatársak időközben megváltozott csomagfelvételi egyeztetések alapján döntenek. Egyeztesse, mely műveletekhez kell friss ellenőrzés. Ha valaki betöltés közben módosítja a dátumot, biztosítsa, hogy a korábbi nap késve érkező eredménye ne írhassa felül az újonnan kiválasztott nézetet.
A hibához illő helyreállítást kínáljon
Az Android útmutatója megkülönbözteti a betöltési, tartalmi és hibaállapotokat, és újrapróbálkozáskor a hiba típusának figyelembevételét javasolja. Az MDN azt is elmagyarázza, hogy a Fetch válaszainál ellenőrizni kell az állapotkódot: egy válasz beérkezése önmagában nem jelenti a kérés sikerét.
Kérje meg a fejlesztőt, hogy mutasson be megszakadó kapcsolatot, elérhetetlen szolgáltatást és ismételt bejelentkezést igénylő munkamenetet. A nyomda esetében minden helyzethez egyeztessen hasznos teendőt: a lista újbóli lekérését, az iroda megkeresését vagy visszatérést a bejelentkezésen keresztül. Ismeretlen ok esetén ne a telefon kapcsolatát hibáztassa. Indokolt esetben őrizze meg a kiválasztott dátumot a helyreállítás során.
Egyeztesse, mikor állnak le az automatikus próbálkozások, és hogyan hagyhatják el a munkatársak a képernyőt. Az automatikus helyreállítás rövid kimaradásoknál kevesebb érintést igényel; az egyértelmű leállási pont nélküli ismétlések viszont úgy várakoztathatják az embereket, hogy nem tudják, mit tegyenek.
Kezelje külön a frissítést és egy adat módosítását
A csomagfelvételi lista újratöltése és egy csomag felvettként jelölése eltérő következményekkel jár. Az MDN az idempotenciát úgy írja le, hogy az ismételt kérések kívánt szerveroldali hatása azonos. Az automatikus újrapróbálkozás engedélyezése előtt kérdezze meg, hogyan kezelik ezt a tulajdonságot a csomagfelvételi műveletnél.
A próba során szakítsa meg a választ, miután a csomagfelvétel adata megváltozott. Az alkalmazás segítsen megállapítani a rögzített eredményt újabb csomagfelvételi esemény létrehozása nélkül. Egyeztesse, hogyan jutnak el a rendezetlen esetek az irodához, és milyen csomagazonosítót használhatnak a munkatársak. Egy általános Újrapróbálkozás gomb nem fedheti el ezeket az eltérő feladatokat.
Tekintse át az állapotokat egyetlen rövid történetként
Használjon kitalált csomagokat, és kérjen meg egy munkatársat, hogy mielőtt bármit megnyomna, magyarázza el az egyes képernyőket. A műszaki hibák mellett rögzítse a nem egyértelmű szövegeket is. Kezdje ezzel az ellenőrzőlistával:
- Töltsön be egy csomagfelvételeket tartalmazó napot és egy igazoltan üres eredményt adó napot.
- Idézzen elő hibát az első betöltésnél, majd egy már látható lista frissítésénél.
- Betöltés közben módosítsa a dátumot, és ellenőrizze, hogy a feliratok és az eredmények továbbra is összhangban vannak-e.
- Állítsa helyre a működést újrapróbálkozással vagy bejelentkezéssel, és ellenőrizze a kiválasztott nézet beállításait.
- Szakítson meg egy csomagfelvételi módosítást, és ellenőrizze, hogy egyetlen üzleti eseményt rögzített a rendszer.