Apollo-link-rest: 나머지 서버 요청을 대기열에 넣는 우아한 방법? 최대 동시성, 시간 거리, 조절 🚙⟷🚕⟷🚗 ?

Google에서 들어오는 다른 사람들을 위해 지금 하는 일을 추가해야 할 수도 있습니다. 지금은 p-throttle ( repo )를 사용합니다.

// (...)
import pThrottle from "p-throttle";

const restProviders = new RestLink({
  endpoints: {
    mySlowEndpoint: baseUrl
  },
  // Throttle fetches to max 1 concurrent request 🚀 and
  //  min. delay of 0.5 seconds 🚙⟷🚕⟷🚗 .
  customFetch: pThrottle( (...args) => {
    return fetch(...args);
  }, 1, 500)
})

// (...)

@D1no customFetch 를 제안하려고 했는데 이미 하셨군요!

이것이 Apollo-link-rest의 직접 구성 가능한 기능인지 확실하지 않지만 문서에 이와 같은 스니펫을 포함하는 것을 지원합니다.

이 정보를 customFetch로 할 수 있는 일의 예로 문서에서 좋은 곳을 알려줄 수 있습니까? 그 쪽이 맞는 거 같아요; 이와 같은 구성 가능성을 apollo-link-rest에 던지면 그다지 우아하지 않은 가져오기 방법론이 결합됩니다.

PR에서 나는 초보자가 읽을 수 있는 보다 인위적인 예를 위해 p-queue를 걷어차겠습니다. GraphQL의 관문 약물로 apollo-link-rest를 진지하게 사용하는 사람은 어느 시점에서 _동시성/디바운싱 관리가 필요할 것입니다.

@D1no , 여기 에서 문서를 찾을 수 Complete options 위의 Options 제목에 있어야 한다고 제안합니다.

@tombarton님 감사합니다. 문제를 다시 자세히 살펴보면 어쨌든 가져오기 호출에 대해 간단한 스로틀 옵션을 가질 수 있는 것이 좋습니다.

원래 커플링 페치라고 말했지만 실제로는 사실이 아닙니다. 여기에서 만연하고 있는 (임의의) 가져오기 방법론에 대한 호출입니다. apollo-link-rest 맹목적으로 / 열망하는 실행을 길들일 수 있으려면 위에서 본 것과 같은 간단한 동시성 및 ms 제한 옵션이 결국 그렇게 나쁜 생각이 아닐 수 있습니다.

const restProviders = new RestLink({
  endpoints: {
    mySlowEndpoint: baseUrl
  },
  maxConcurrency: 2 // Max Concurrency 🚀🚀
  minThrottle: 500 // Handling Rate Limit in ms 🚙⟷🚕⟷🚗 
})

및/또는 쿼리에서 지정할 수 있음

const QUERY = gql`
  query RestData($email: String!) {
    users @rest(path: '/users/email?{args.email}', method: 'GET', type: 'User') {
      id @export(as: "id")
      firstName
      lastName
      # NEW:       ⤥ 🚙⟷🚕     ⤥ 🚀🚀
      friends @rest(throttle: 500, concurrency: 2, path: '/friends/{exportVariables.id}', type: '[User]') {
        firstName
        lastName
      }
    }
  }
`;

결국, 가져오기 방법론이 호출 빈도를 관리해야 하는 이유는 무엇입니까? 그것에 대해 조금 생각하겠습니다. 어쨌든 customFetch 는 빈 요청(사람들이 정말로 필요한 경우 현명한 결정을 내릴 수 있도록)뿐만 아니라 현재 쿼리에 대한 일부 정보를 전달받아야 합니다.

유지 관리자/직원 (@fbartho) 중 한 명이 끼어들 수 있습니까? 그 장점이 인정된다면 PR에 시간을 할애하고 싶습니다.

@D1no 솔직히 문서에 포함하자는 제안이 마음에 들었습니다. -- 큐잉은 우리 회사 앱에서 우리가 원했던 방식과 반대입니다. (예를 들어 중복 제거는 내가 구축한 것입니다.)

별도로 엔드포인트가 완전히 다를 수 있으므로 "maxConcurrency/minThrottle"을 글로벌 문제로 설정하는 것을 주저합니다.

ApolloLinkRest는 "Apollo에 물건을 연결하는 것"에 관한 것입니다. 여러분이 설명한 이러한 문제는 사용자 지정 가져오기라고도 하는 네트워크 계층에 있어야 하는 것처럼 느껴집니다. -- 또한, 모든 쿼리 경로에 대해 이러한 값을 사용자 정의할 가능성이 거의 없으므로 GraphQL에 설정을 포함하는 것이 시끄럽게 보입니다.

좋습니다. 먼저 문서에 추가 사항을 홍보하겠습니다. 그 위에 크림을 바르기 전에 먼저 customFetch 바닥에 깔아야 합니다.