GraphQL मध्ये error handling कसे चालते?

Question

IT Interview Practice · Accepted Answer

यशस्वी transport साठी GraphQL नेहमी HTTP **200** परत करते; समस्या status code मध्ये नव्हे तर response body मध्ये कळवल्या जातात. Response ला दोन top-level keys असतात: **`data`** आणि **`errors`**, आणि दोन्ही एकाच वेळी उपस्थित असू शकतात — यालाच **partial data** म्हणतात.

## Partial data + errors array

एखाद्या field चा resolver throw झाला, तर ती field `null` होते, `errors` मध्ये एक नोंद जोडली जाते, पण बाकी प्रत्येक field तरीही resolve होते. Client ला जे यशस्वी झाले ते अधिक काय अयशस्वी झाले याचे वर्णन मिळते.

```json
{
  "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 वाहून नेते जेणेकरून clients त्यावर आधारित branch करू शकतात. Throw झालेली field फक्त स्वतःला null करते की वर bubble होते हे **nullability** वर अवलंबून असते: error देणारी non-null field (`posts: [Post!]!`) त्याऐवजी तिच्या सर्वात जवळच्या nullable parent ला null करते.

```js
import { GraphQLError } from "graphql";

अनेक teams **अपेक्षित** errors (validation, "email taken") सुद्धा union/result types द्वारे schema चा भाग म्हणून मॉडेल करतात, आणि `errors` array **अनपेक्षित** अपयशांसाठी राखून ठेवतात — जेणेकरून happy-path typing स्वच्छ राहते.

## हे का महत्त्वाचे आहे

Interviewers हे तपासतात की तुम्हाला माहीत आहे का की errors partial `data` सह body मध्ये असतात, codes `extensions` मध्ये असतात, आणि nullability ठरवते की error किती वर bubble होते. GraphQL errors ला HTTP status codes शी गोंधळणे हे कोणीतरी फक्त REST वापरले असल्याचे उघड लक्षण आहे.

Partial data + errors array

हे का महत्त्वाचे आहे

संबंधित प्रश्न