GraphQL, başarılı bir taşıma için her zaman HTTP 200 döndürür; sorunlar durum kodunda değil, yanıt gövdesinde raporlanır. Bir yanıtın iki üst seviye anahtarı vardır: data ve errors, ve ikisi aynı anda bulunabilir — bu da kısmi veridir (partial data).
Bir alanın resolver'ı hata fırlatırsa, o alan olur, 'a bir kayıt eklenir, ancak diğer her alan yine de çözülür. İstemci, başarılı olanları ve neyin başarısız olduğunun açıklamasını alır.
nullerrors{
"data": { "user": { "name": "Ada", "posts": null } },
"errors": [
{
"message": "Failed to load posts",
"path": ["user", "posts"], // exactly which field failed
"extensions": { "code": "DOWNSTREAM_TIMEOUT" }
}
]
}
extensions.code alanı, istemcilerin dallanabilmesi için makine tarafından okunabilir bir hata kodu taşır. Fırlatılan bir alanın yalnızca kendini mi null yapacağı yoksa yukarı mı kabaracağı nullability'ye bağlıdır: hata veren non-null bir alan (posts: [Post!]!), kendisi yerine en yakın nullable parent'ını null yapar.
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" },
});
}
// ...
},
},
};
Birçok ekip ayrıca beklenen hataları (doğrulama, "email taken") union/result tipleri aracılığıyla schema'nın bir parçası olarak modeller ve errors dizisini beklenmeyen hatalara ayırır — böylece happy-path tiplemesi temiz kalır.
Mülakatçılar, hataların kısmi data ile birlikte gövdede yer aldığını, kodların extensions'a ait olduğunu ve nullability'nin bir hatanın ne kadar yukarı kabaracağını kontrol ettiğini bilip bilmediğinizi araştırır. GraphQL hatalarını HTTP durum kodlarıyla karıştırmak, birinin yalnızca REST kullandığının klasik bir işaretidir.
Junior'dan Senior'a detaylı cevaplarla bir BT mülakat soruları kütüphanesi.
Bağış Yap