সফল transport-এর জন্য GraphQL সবসময় HTTP 200 ফেরত দেয়; সমস্যাগুলো status code-এ নয়, response body-তে জানানো হয়। একটি response-এ দুটি top-level key থাকে: data এবং errors, আর দুটোই একসাথে থাকতে পারে — এটাই partial data।
কোনো একটি field-এর resolver throw করলে সেই field হয়ে যায়, -এ একটি entry যোগ হয়, কিন্তু বাকি প্রতিটি field তখনও resolve হয়। Client যা সফল হয়েছে তা পায়, সাথে যা ব্যর্থ হয়েছে তার বর্ণনাও পায়।
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 field-টি একটি machine-readable error code বহন করে যাতে client তার উপর ভিত্তি করে শাখা নিতে পারে। throw করা কোনো field কেবল নিজেকে null করবে নাকি উপরে bubble করবে তা nullability-এর উপর নির্ভর করে: error হওয়া একটি non-null field (posts: [Post!]!) তার নিকটতম nullable parent-কে null করে।
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" },
});
}
// ...
},
},
};
অনেক team প্রত্যাশিত error-গুলোকে (validation, "email taken") union/result type-এর মাধ্যমে schema-এর অংশ হিসেবে মডেল করে, আর errors array-কে অপ্রত্যাশিত ব্যর্থতার জন্য সংরক্ষিত রাখে — এতে happy-path typing পরিষ্কার থাকে।
Interviewer-রা যাচাই করেন আপনি জানেন কিনা যে error-গুলো partial data সহ body-তে থাকে, code-গুলো extensions-এ থাকে, এবং nullability নির্ধারণ করে error কতদূর bubble করবে। GraphQL error-কে HTTP status code-এর সাথে গুলিয়ে ফেলা হলো একটি ক্লাসিক লক্ষণ যে কেউ কেবল REST ব্যবহার করেছে।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন