GraphQL tansah mbalekake HTTP 200 kanggo transport sing sukses; masalah dilaporake ing badan respons, dudu ing kode status. Sawijining respons duwe rong kunci tingkat ndhuwur: data lan errors, lan loro-lorone bisa ana bebarengan — iku partial data.
Yen resolver siji field mbuwang error, field kuwi dadi , sawijining entri ditambahake menyang , nanging kabeh field liyane isih diresolve. Klien entuk apa sing sukses ditambah deskripsi apa sing gagal.
nullerrors{
"data": { "user": { "name": "Ada", "posts": null } },
"errors": [
{
"message": "Failed to load posts",
"path": ["user", "posts"], // exactly which field failed
"extensions": { "code": "DOWNSTREAM_TIMEOUT" }
}
]
}
Field extensions.code nggawa kode error sing bisa diwaca mesin supaya klien bisa nyabang miturut kuwi. Apa field sing mbuwang error mung nge-null awake dhewe utawa mumbul munggah gumantung ing nullability: field non-null (posts: [Post!]!) sing error bakal nge-null parent nullable sing paling cedhak.
import { GraphQLError } from "graphql";
const resolvers = {
Mutation: {
transfer: (_p, args, ctx) => {
if (!ctx.user) {
// attach a stable code clients can switch on; hide internal details
throw new GraphQLError("Not authenticated", {
extensions: { code: "UNAUTHENTICATED" },
});
}
// ...
},
},
};
Akeh tim uga nggambarake error sing diarepake (validasi, "email wis dienggo") minangka bagean saka schema liwat union/result type, lan nyisihake array errors mung kanggo kegagalan sing ora diarepake — supaya penulisan tipe jalur seneng tetep resik.
Pewawancara nyelidiki apa kowe ngerti yen error manggon ing badan respons kanthi data parsial, yen kode manggon ing extensions, lan yen nullability sing ngontrol sepira adoh error mumbul. Nyampur error GraphQL karo kode status HTTP iku tandha klasik yen wong mung tau nganggo REST.
Pustaka pitakon wawancara IT kanthi jawaban rinci — saka Junior nganti Senior.
Nyumbang