Apollo-link-rest: 오류 응답 처리

400+ 오류를 잡을 수 없다면이 문제가 유용 할 것이라고 생각합니다.
https://github.com/apollographql/apollo-link-rest/issues/151

참고 : 잘못된 자격 증명의 경우 401을 반환해야합니다.
https://stackoverflow.com/questions/1959947/whats-an-appropriate-http-status-code-to-return-by-a-rest-api-service-for-a-val

안녕하세요,

방금이 문제를 만났고 404를 처리하는 데 권장되는 방법이 무엇인지 궁금합니다. 예를 들어 apollo-link-error 를 트리거하지 않습니다.

지금까지 사용자 지정 오류 처리기 링크를 작성하거나 각 <Query /> 구성 요소의 응답에서 데이터 콘텐츠를 확인하려고합니다.

FWIW 예를 들어 서버가 401 대신 404를 반환하는 동일한 경우가 있지만 불행히도 서버를 변경하는 것은 현재 옵션이 아닙니다.

REST의 상태 코드는 GraphQL의 상태 코드와 매우 다르고 더 다양하고 중요하기 때문에이 사용 사례를 처리 할 가치가 있다고 생각합니다.

나는 또한이 문제에 붙어 있습니다. null 대신 전체 404 응답을 반환하지 않는 이유가 있습니까?

나는 아직 404를 오류로 취급하지 않는 경우가 나에게 도움이되지 않은 경우를 겪지 않았으며 그 사실을 해결할 좋은 방법을 계속 찾으려고 노력하고 있습니다.

404 Not found 가 성공적으로 빈 세트를 생성하는 데이터 쿼리를 설명 할 수 있다는 생각입니까?

또한 서비스 소유자가 이전에 사용 가능한 엔드 포인트가 사라 졌다는 중요한 변경을 수행했음을 알릴 수 있습니다.

첫 번째 경우는 비어 있거나 null 응용 프로그램 엔터티와 함께 200 OK로 더 잘 처리 할 수 ​​있다고 생각합니다. 적어도이 두 경우는 매우 다르기 때문에 클라이언트가 쉽게 식별 할 수 있어야합니다.

예, 의도적으로 빈 데이터 세트가 생각보다 좀 더 일반적입니까? (적어도 놀랐습니다!) 사용자가 여러 네트워크 및 기타 호출을 단일 메타 호출로 수집하는 경우가 많기 때문에 기본적으로 404에서 오류를 발생시키는 것은 큰 영향을 미칩니다. 404 하나가 병렬로 발생하는 다른 모든 데이터 가져 오기를 종료하기 때문입니다. 실행 된 GraphQL 쿼리 당 REST 호출이 하나만 있으면 동의합니다. 공식 REST 의미 체계가 주어지면 오류가 발생해야하는 것 같습니다.

실제로는 기본적으로 오류를 던지지 않는 것이 더 나은 것 같았습니다! 사용자 지정 가져 오기를 추가하여이 문제를 해결할 수 있으며 "수락하는 것에 대해 자유 로워 지십시오"라는 느낌이 들기 때문입니다. 이 선택은 Apollo-link-rest의 주요 목적 중 하나와 일치하는 것처럼 느껴졌습니다. 백엔드를 반드시 제어 할 필요는없는 사용자를 지원하고 "대부분 휴식"서버 만 존재하므로 의미 위반이 일반적입니다. .

@williamboman customFetch 매개 변수를 사용하는 경우 Apollo-link-rest를 404s에 던지도록 구성하는 것은 비교적 간단합니다. 저는 제 컴퓨터에 없습니다. 도움이 필요하면 알려주세요!

안녕하세요 @fbartho 404 오류를 처리하기 위해 customFetch를 작성하는 데 도움이 될 수 있습니까? 그것에 대한 몇 가지 예가 있습니까?

@anasnain :

자바 스크립트에서는 다음과 같이 보일 것입니다.

export async function customFetch(requestInfo, init) {
  const response = await fetch(requestInfo, init);
  if (response.status === 404) {
    throw new Error("404 File Not Found"); // Customize this however you like!
  }
  return response;
}

(TypeScript에서는 좀 더 장황합니다)

@fbartho 빠른 응답에 감사드립니다. 이제 404를 잡을 수 있습니다.
그러나 apollo-link-error의 networkError가 사용자 지정 가져 오기 내에 작성된 오류 (새 오류 ( "404 파일을 찾을 수 없음") 발생)를 포착하도록하려면 어떻게해야합니까?

아, 안타깝게도 ApolloClient 내부 규칙 (링크 작동 방식에 대한)으로 인해 graphQLErrors 배열 ( networkError 속성이 아님)에 첨부 된 것처럼 보일 것입니다.

이것이 고칠 수는 있지만 방법을 모르겠습니다. -HTTPLink는이를 수행하는 방법을 알아야하며 조사 할 기회가 없었습니다. (작업) 코드베이스에는 중첩 된 오류의 압축을 푸는 도우미 메서드가 있습니다. (이것은 우리에게 apollo-link-state 에서 발생한 오류에도 필요하므로 실제로 우선 순위가 아니 었습니다)

@fbartho 이 경우에는 오류가 전혀 발생하지 않습니다. 데이터가 null을 반환합니다. 오류가 발생하면 데이터 대신 오류가 발생했습니다. 이것을 구현하는 방법을 모르겠습니다.

@anasnain 설정 한 지 너무 오래

또한 apollo-link-error 인스턴스를 구성해야합니다. 이것이 내 구성입니다.

const attachGQLErrorsToNetworkError = (
    graphQLErrors: readonly GraphQLError[],
    networkError: Error,
): void => {
    (networkError as any).tr_graphQLErrors = graphQLErrors;
    return;
};

/** Set behavior when errors occur and handle our own TR errors */
export const apolloErrorLink = onError((errorResponse: ErrorResponse) => {
    const {
        graphQLErrors = [],
        networkError,
    }: {
        graphQLErrors?: readonly GraphQLError[];
        networkError?: Error;
    } = errorResponse;

    /**
     * Our error parsing (function recursiveGQLErrorsFromNetworkError) rely
     * on attaching the following graphql errors.
     * Let's make sure to not attach anything `wrong` (ie: null, empty, ...)
     */
    const hasGraphQLErrors: boolean =
        graphQLErrors != null &&
        Array.isArray(graphQLErrors) &&
        graphQLErrors.length > 0;

    if (networkError && hasGraphQLErrors) {
        /*
         * graphQLErrors are not being passed through the chain of links,
         * but network errors are attaching the graphQLErrors to networkError
         * to be able to access them in a component
         */
        attachGQLErrorsToNetworkError(graphQLErrors, networkError);
    }
});

추가 검토 후 : 귀하가 설명하는 상황을 완전히 이해하고 있는지 잘 모르겠습니다.

컴포넌트 / 반응 코드에서 "404 오류"를 읽을 수없는 문제입니까?

뿡뿡
시나리오 : 나머지 APIquery 아래에서 실행 중이며 다른 4xx 오류 및 5xx 오류와 마찬가지로 404 오류 코드를 반환하는 경우 오류 개체를 가져와야합니다. 그러나이 경우 오류는 정의되지 않고 데이터는 null입니다.
const {loading, error, data} = useQuery (CLIENT_API_QUERY);

이것은 Apollo 클라이언트 인스턴스입니다.

async function customFetch(requestInfo, init) {
    const response = await fetch(requestInfo, init);
    if (response.status === 404) {
        response.json().then((errorResponse) => {
          throw new Error(errorResponse);
        });
    }
    return response;
  }

const errorLink = onError(({ operation, response, graphQLErrors, networkError }) => {
    if (graphQLErrors) {
      graphQLErrors.forEach(({ message, path }) =>
           console.log(`[GraphQL error]: Message: ${message}, Path: ${path}`),
      );
    }
    if (networkError) {
        console.log(`[Network error ${operation.operationName}]: ${networkError.message}`);
    }
  });

const restLink = new RestLink({
    uri: 'https://run.mocky.io/v3/df72bacd-39cb-476d-bfda-06d7f5e9d77d',
    customFetch: (requestInfo, init) => customFetch(requestInfo, init)
});

const apolloClient = new ApolloClient({
    link: ApolloLink.from([errorLink, restLink]),
    new InMemoryCache(),
  });
export default apolloClient;

@anasnain- 제가 아는 한 가지는 new Error 할 때 임의의 객체를 전달할 수 없다고 생각한다는 것입니다.

또한 await가 누락되었다고 생각하므로 throw 문이 restLink customFetch 호출 외부에서 발생합니다!

const err = new Error("404 Error");
try {
  err.responseJson = await response.json(); // This await crucial to get the error in the right spot!
} catch (parsingError) {
  // figure out what you want to do with parsingError?
}
throw err;