Melhorando estruturação de importação de operações GraphQL (.gql/.graphql)

[juliovedovatto]

Boa Tarde pessoal!

Estou auxiliando em um projeto frontend com GraphQL e estamos implementando uma nova estruturação destas operações.

Foi notado que usar as queries dentro dos arquivos JS estava dando alguns problemas, especialmente em arquivos longos (com quase 1k de linhas) que basicamente eram só operações e o pessoal tava errando fácil escrever as queries dentro de uma string.

Então foi proposto migrar estas operações para arquivos próprios, assim dá pra ver o que pode ser reaproveitado por ex. Tentamos evitar granular muito a estrutura de pastas, para não criar burocracia na hora de adicionar novas operações. Foi decidod experimentar só segmentar pelo tipo de operação por enquanto.

Porém logo de cara, refatorei o módulo de autenticação JWT e fiquei incomodado com a quantidade de imports.

import ChangePassword from '@graphql/mutations/ChangePassword.gql'
import ConfirmEmail from '@graphql/mutations/ConfirmEmail.gql'
import RefreshToken from '@graphql/mutations/RefreshToken.gql'
import ResetPassword from '@graphql/mutations/ResetPassword.gql'
import SendActivateAccountEmail from '@graphql/mutations/SendActivateAccountEmail.gql'

Eu gosto muito de trabalhar com conceito de named exports, então sempre acabo criando uma index.js nas pasts de components/helpers/etc, fazendo um export default as ... e importando onde preciso. Com isso fica mais organizado os imports em arquivos.

Seria algo mais ou menos assim:

import {  ChangePassword, ConfirmEmail, ...  } from '@graphql/mutations`

Problema que como o projeto tem muitas Operações em GraphQL, ficar dando manutenção nesse arquivo index.js iria ficar problemático, especialmente se o dev esquecer de manter ele em dia. Daria para criar alguma task para gerar isso, mas ainda sim creio que seria trabalhoso manter isso sincronizado.

Minha dúvida é se alguém passou com situação parecida no Frontend e acabou bolando algo melhor? Usar named exports realmente seria o ideal para o projeto, pois é já uma convenção ...