GraphQL versus REST // deutsch

[@majoulwa]

Danke für die super Erläuterungen in der Video-Serie. 👍 Wir haben in TypeScript mit NestJS schon seit einiger Zeit gerne den „CrudController“ in unsere Rest APIs integriert. Der ermöglicht auch die clientseitige Festlegung der Daten, die benötigt werden. Allerdings ist die Syntax dort etwas kompliziert und an SQL angelehnt. Das macht GraphQL anscheinend schon deutlich einfacher.

[@m_andrasch]

Danke für das ausführliche Video! 👍

[@thenativeweb]

[gr] Sehr gerne 😊

[@kristianzeller8064]

Vielen Dank für die gute Zusammenfassung. Ich möchte noch ein paar Anmerkungen hinterlassen: * bzgl n+1 Problem: obwohl möglicherwiese ein einzelner Request ausgeführt wird, kann es dennoch zu server-seitigen n+1 DB Requests kommen; abhängig von der Implementierung der Resolver * bzgl REST: es gibt die offene JSON:API Spezifikation (jsonapi.org/format/) die under- und over-fetching vermeiden kann und zudem die Navigation durch Objektbäume ermöglicht.

[@thenativeweb]

Gute Anmerkungen, und Du hast völlig Recht. Gerade die serverseitige N+1-Thematik wird gerne unterschätzt. Danke schön 😊

[@salenaluu8477]

Hey :), Tolle Serie die ihr macht danke. Als kleine kritik: Könntest du bitte dein Mikro lauter machen ? Ich habe schon alles auf voller Lautstärke und muss mich stark konzentrieren dich zu hören. :) LG Sarah

[@thenativeweb]

[gr] Vielen Dank für Dein Lob, das freut uns sehr 😊 Was den Ton angeht, hast Du leider recht - der ist bei den alten Videos relativ leise. Bei den neueren Videos haben wir das aber behoben, das heißt, langfristig besteht das Problem nicht mehr 😊

[@rniestroj]

Was mir in GraphQL fehlt sind die HTTP Status codes. Wenn ich in REST ein Resoruce suche nach ID dann bekomm ich 404 wenn die Resource mit der ID nicht existiert oder 403 wenn ich keine Rechte auf die Resource habe. Das fehlt mir be GraphQL - ich kann diese zwei cases nicht unterscheiden. Habt Ihr da ne Lösung?

[@thenativeweb]

Prinzipiell liefert GraphQL neben der data-Property auch eine error-Property zurück, siehe graphql.org/learn/serving-over-http/#response Die kannst Du bei Bedarf auch mit eigener Logik setzen beziehungsweise steuern, was darin zurückgegeben wird. Wenn Du zB mit express-graphql arbeitest, schau Dir mal die Option customFormatErrorFn an (siehe www.npmjs.com/package/express-graphql#options). Bei Apollo wäre es die Funktion formatError (siehe www.apollographql.com/docs/apollo-server/v1/setup/#formaterror). Ich hoffe, das hilft Dir weiter 😊