Apollo GraphQL updateQuery для typePolicy

Sep 01 2020

Я бьюсь головой о стену. Я обновился до Apollo 3 и не могу понять, как перенести файл updateQueryна typePolicy. Я делаю базовую разбивку на страницы на основе продолжения, и вот как я обычно объединял результаты fetchMore:

await fetchMore({
  query: MessagesByThreadIDQuery,
  variables: {
    threadId: threadId,
    limit: Configuration.MessagePageSize,
    continuation: token
  },
  updateQuery: (prev, curr) => {
    // Extract our updated message page.
    const last = prev.messagesByThreadId.messages ?? []
    const next = curr.fetchMoreResult?.messagesByThreadId.messages ?? []

    return {
      messagesByThreadId: {
        __typename: 'MessagesContinuation',
        messages: [...last, ...next],
        continuation: curr.fetchMoreResult?.messagesByThreadId.continuation
      }
    }
  }

Я попытался написать merge typePolicyсам, но он просто постоянно загружается и выдает ошибки из-за повторяющихся идентификаторов в кеше Apollo. Вот как typePolicyвыглядит my по моему запросу.

  typePolicies: {
    Query: {
      fields: {
        messagesByThreadId: {
          keyArgs: false,
          merge: (existing, incoming, args): IMessagesContinuation => {
            const typedExisting: IMessagesContinuation | undefined = existing
            const typedIncoming: IMessagesContinuation | undefined = incoming
            const existingMessages = (typedExisting?.messages ?? [])
            const incomingMessages = (typedIncoming?.messages ?? [])

            const result = existing ? {
              __typename: 'MessageContinuation',
              messages: [...existingMessages, ...incomingMessages],
              continuation: typedIncoming?.continuation
            } : incoming


            return result
          }
        }
      }
    }
  }

Ответы

DylanVester Sep 15 2020 at 14:21

Итак, я смог решить свой вариант использования. Это кажется намного сложнее, чем нужно на самом деле. По сути, мне нужно попытаться найти существующие элементы, соответствующие входящим, и перезаписать их, а также добавить любые новые элементы, которых еще нет в кеше.

Я также должен применять эту логику только в том случае, если был предоставлен токен продолжения, потому что, если он равен нулю или неопределенному, я должен просто использовать входящее значение, потому что это указывает на то, что мы выполняем начальную загрузку.

Мой документ имеет такую ​​форму:

{
  "items": [{ id: string, ...others }],
  "continuation": "some_token_value"
}

Я создал политику универсального типа, которую могу использовать для всех своих документов, имеющих аналогичную форму. Он позволяет мне указать имя свойства items, ключевые аргументы, которые я хочу кэшировать, и имя типа graphql.

export function ContinuationPolicy(keyArgs: Array<string>, itemPropertyKey: string, typeName: string) {
  return {
    keyArgs,
    merge(existing: any, incoming: any, args: any) {
      if (!!existing && !!args.args?.continuation) {
        const existingItems = (existing ? existing[itemPropertyKey] : [])
        const incomingItems = (incoming ? incoming[itemPropertyKey] : [])
        let items: Array<any> = [...existingItems]

        for (let i = 0; i < incomingItems.length; i++) {
          const current = incomingItems[i] as any
          const found = items.findIndex(m => m.__ref === current.__ref)

          if (found > -1) {
            items[found] === current
          } else {
            items = [...items, current]
          }
        }

        // This new data is a continuation of the last data.
        return {
          __typename: typeName,
          [itemPropertyKey]: items,
          continuation: incoming.continuation
        }
      } else {
        // When we have no existing data in the cache, we'll just use the incoming data.
        return incoming
      }
    }
  }
}