Ushughulikiaji wa makosa hufanyaje kazi katika GraphQL?

Question

IT Interview Practice · Accepted Answer

GraphQL daima hurudisha HTTP **200** kwa transport iliyofanikiwa; matatizo huripotiwa katika body ya response, si katika status code. Response ina keys mbili za juu: **`data`** na **`errors`**, na zote zinaweza kuwepo kwa wakati mmoja — hiyo ni **partial data (data isiyokamilika)**.

## Partial data + safu ya errors

Ikiwa resolver ya field moja itatupa (throw), field hiyo huwa `null`, kipengele huongezwa kwenye `errors`, lakini kila field nyingine bado husuluhika. Client hupata kile kilichofanikiwa pamoja na maelezo ya kile kilichoshindwa.

```json
{
  "data": { "user": { "name": "Ada", "posts": null } },
  "errors": [
    {
      "message": "Failed to load posts",
      "path": ["user", "posts"],        // exactly which field failed
      "extensions": { "code": "DOWNSTREAM_TIMEOUT" }
    }
  ]
}
```

Field ya **`extensions.code`** hubeba code ya kosa inayosomeka na mashine ili clients ziweze kuchagua njia kulingana nayo. Iwapo field iliyotupa hujiweka null yenyewe tu au inapanda juu (bubbles up) inategemea **nullability**: field ya non-null (`posts: [Post!]!`) inayopata kosa huweka null parent yake ya karibu inayoruhusu null badala yake.

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

Timu nyingi pia hu-modeli makosa **yanayotarajiwa** (validation, "email imechukuliwa") kama sehemu ya schema kupitia union/result types, zikitunza safu ya `errors` kwa ajili ya makosa **yasiyotarajiwa** — kuweka typing ya njia-nzuri (happy-path) safi.

## Kwa nini ni muhimu

Wahoji huchunguza kama unajua makosa yako ndani ya body pamoja na `data` isiyokamilika, kwamba codes ni za kwenye `extensions`, na kwamba nullability hudhibiti umbali kosa linalopanda. Kuchanganya makosa ya GraphQL na HTTP status codes ni ishara ya kawaida kwamba mtu ametumia REST pekee.

Partial data + safu ya errors

Kwa nini ni muhimu

Maswali yanayohusiana