Chybové kódy v GraphQL - Jak to funguje?

Jo, máš pravdu, GraphQL to má jinak než REST. Většinou se u GraphQL nespoléháš na HTTP status kódy pro chyby, místo toho ti API vrátí JSON odpověď, která může obsahovat pole "errors" s detaily o tom, co se pokazilo. Takže když třeba selže autentizace nebo je špatný ID, dostaneš k tomu nějakou chybovou zprávu v tom poli. Můžeš tam mít i víc chyb najednou, což je fajn na debugování.

Pokud jde o chybové kódy, tak ty se v podstatě ignorují. Server může stále vrátit HTTP status 200 i když se něco pokazí, což je dost jiný přístup než u REST. Takže jo, pokud chceš mít specifické chybové kódy jako 401 pro špatnou autentizaci nebo 404 pro neexistující zdroj, musíš to řešit spíš v rámci té JSON odpovědi. Je to flexibilnější, ale může to být matoucí, když jsi zvyklý na klasické REST API.

Stručně řečeno: GraphQL ti dává víc detailů v odpovědi, ale nechává standardní HTTP chybové kódy stranou. Musíš si to prostě zvyknout a udělat si vlastní systém pro interpretaci těch chyb podle toho, co ti vrátí.

Jo, máš pravdu, GraphQL funguje trochu jinak než REST, co se týče chyb. V podstatě místo HTTP status kódů dostaneš odpověď s JSON objektem, kde je pole "errors", které ti říká, co se pokazilo. Takže místo 404 nebo 500 vidíš spíš specifické popisy chyb, což může být super pro ladění.

Můžeš tam mít různé typy chyb jako třeba hlášení o neplatném ID nebo problémy s autentizací. Ale pokud jde o standardní HTTP status kódy, tak ty fakt nemáš moc na výběr. Většina serverů prostě vrátí 200 OK, i když tam jsou chyby. Takže pokud chceš mít opravdu specifické chybové kódy (jako u REST), musíš si to víc ohlídat v logice serveru a podle toho pak případně vrátit relevantní data v JSONu.

Shrnuto, chybové hlášky v GraphQL jsou víc zaměřené na detaily a specifika problémů, ale standardní HTTP status kódy si musíš řešit sám. Takže je to takový hybrid - přímo kódy jako ve REST neexistují, ale detailní chyby máš na dosah.

No, tak tohle je hodně dobrá otázka. Jak píšeš, GraphQL to má s chybama fakt jinak než REST. V podstatě, když něco v GraphQL neklapne, tak ti to vrátí odpověď s datama a vedle toho pole s chybama. Ty chyby jsou pak obvykle popsány jako objekty, kde máš zprávu a někdy i kód nebo cestu k chybě. Ale jo, přijde mi, že standardní HTTP statusy se moc nevyužívají. Třeba 200 OK ti vrátí úspěšnou odpověď i když tam může být hromada chyb v tom poli chyb. Takže místo toho, aby ses spolehnul na kódy jako 401 pro nedostupnost kvůli špatné autentizaci, tak musíš koukat na to JSONko a hledat tam informace. Nějaký vlastní kódy na chyby si můžeš tvořit v rámci aplikace, ale není to standardizovaný jako v REST API. Když chceš mít přehlednější systém chyb, měl bys to možná ošetřit na úrovni resolverů a posílat specifické zprávy do toho pole chyb. Ale jo, je to jiný přístup a chce to trochu přemýšlet jinak než u klasického RESTu.