Jelenleg kicsit hektikus, hogy mikor milyen formában kerül egy-egy hiba visszajelzésre a kliens felé.
Az alapok már megvannak (mindig küldünk vissza értelmes json választ és a status code-ot is megpróbáljuk értelmesen beállítani, hogy ne mindig 500 legyen). A válasz pontos tartalma még alakulóban van. Ennek a feladatnak része, hogy ezt letisztázza és egy jól definiált formátumot meghatározzon.
Ezen túl szükséges kiépíteni egy keretet az hibák jelzésére és a hibakódokat is úgy kell kialakítani, hogy a kliens azokat könnyen tudja értelmezni és a felhasználó felé értelmes hibaüzeneteket tudjon küldeni. Vagy másik eset, amikor a frontend fejlesztőnek kell értelmeznie, hogy miért nem megy amit csinálni szeretne. A válasznak tartalmaznia kellene, hogy mi történt és miért. Sőt ha van triviális megoldás, akkor azt is.
Jelenleg kicsit hektikus, hogy mikor milyen formában kerül egy-egy hiba visszajelzésre a kliens felé.
Az alapok már megvannak (mindig küldünk vissza értelmes json választ és a status code-ot is megpróbáljuk értelmesen beállítani, hogy ne mindig 500 legyen). A válasz pontos tartalma még alakulóban van. Ennek a feladatnak része, hogy ezt letisztázza és egy jól definiált formátumot meghatározzon.
Ezen túl szükséges kiépíteni egy keretet az hibák jelzésére és a hibakódokat is úgy kell kialakítani, hogy a kliens azokat könnyen tudja értelmezni és a felhasználó felé értelmes hibaüzeneteket tudjon küldeni. Vagy másik eset, amikor a frontend fejlesztőnek kell értelmeznie, hogy miért nem megy amit csinálni szeretne. A válasznak tartalmaznia kellene, hogy mi történt és miért. Sőt ha van triviális megoldás, akkor azt is.