cm0002@lemmy.world to Programmer Humor@programming.dev · 14 days agoYes, But...lemmy.mlexternal-linkmessage-square24fedilinkarrow-up120cross-posted to: programmerhumor@lemmy.ml
arrow-up120external-linkYes, But...lemmy.mlcm0002@lemmy.world to Programmer Humor@programming.dev · 14 days agomessage-square24fedilinkcross-posted to: programmerhumor@lemmy.ml
minus-squaremadcaesar@lemmy.worldlinkfedilinkarrow-up0·14 days agoHere I am preferring 200, with success boolean / message string… Iike HTTP errors codes for real fuck up’s, if I see 500 somethings fucked in the app, otherwise a standardised json response body seems way easier
minus-squarefuzzzerd@programming.devlinkfedilinkEnglisharrow-up1·13 days agoWhat about both? User supplies bad input? HTTP 400 with response body json describing the error in a standard format?
Here I am preferring 200, with success boolean / message string…
Iike HTTP errors codes for real fuck up’s, if I see 500 somethings fucked in the app, otherwise a standardised json response body seems way easier
What about both? User supplies bad input? HTTP 400 with response body json describing the error in a standard format?