Apollo-link-rest: 404 OK Antwort gibt null anstelle eines Fehlers zurück

Für viele Unternehmen ist ein 404 ein "nicht schwerwiegender Fehler" - es bedeutet nur, dass etwas fehlt. Die 404-Antwort enthält oft keine "zusätzlichen" Daten, daher schien die Rückgabe von null das Modell zu sein, das am besten zu GraphQL passt. Basierend auf Diskussionen in Nr. 119 und außerhalb schien es, als gäbe es einen Konsens darüber, dass dies zu einem schmerzhafteren Ergebnis führte, also wurde die Änderung vorgenommen.

Wenn dies dennoch fehlschlagen soll, können Sie Ihren eigenen customFetch Wrapper schreiben, der einen Fehler auslöst, wenn 404 auftritt.

Danke @fbartho ich denke das macht Sinn. Ich denke, das Problem in unserem Fall ist, dass unser Schema sehr REST-y aussieht, was es schwierig macht, ohne 404 zu arbeiten. Ich werde meinen eigenen customFetch implementieren. Vielen Dank!

Ich denke nicht, dass 404 Fehler anders behandelt werden sollten, sie sind immer noch ein Client-Fehler.

@kevinrobayna konnten Sie den 404-Fehler behandeln? Ich habe eine ähnliche Anforderung. Ich muss einen 404-Fehler behandeln. Derzeit gibt der apollo-Client Nulldaten zurück. während ich sehe, dass es 404 im Netzwerkinspektor ist.

@anasnain Ich musste es im onCompleted Event handhaben:

onCompleted: (data) => {
  const token = data?.passwordRecoveryToken;
  // Apollo client sends null on 404 errors: https://github.com/apollographql/apollo-link-rest/issues/119
  if (!token) return handleEmailNotFound();

  return onGoToVerifyCode({ tokenId: token.id, email: inputs?.email?.value });
},

Ich habe einen PR erstellt, um 404 als normale Netzwerkfehler wiederherzustellen, um mit guten REST-API-Praktiken zusammenzufallen: https://github.com/apollographql/apollo-link-rest/pull/283