Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.

No cenário atual de frontend, a integração entre ferramentas como VSCode e TypeScript pode ser um desafio, especialmente com as novas configurações de moduleResolution. Recentemente, tive que ajustar meu projeto com TypeScript 5.0.2 e Vite, usando a opção "bundler" no tsconfig.
O grande problema é que, enquanto o tsc --noEmit funciona bem isoladamente, o VSCode parece ficar travado na configuração antiga ou não consegue alinhar as verificações. A questão é que a configuração de moduleResolution para "bundler" realmente melhora o tempo de feedback, mas só se tudo estiver bem sincronizado.
Na prática, o que ajuda é separar as configurações de build e de IDE, usando tsconfig específicos ou até plugins que façam esse gerenciamento. Assim, o feedback na IDE fica mais rápido e confiável, sem precisar esperar o build completo. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
Quem mais já passou por isso? Como vocês estão lidando com a integração dessas novas configurações de resolução de módulo, sem perder agilidade na hora de codar?
Isso dá trabalho depois, mas acho que vale a pena investir na automação pra validar essas configurações antes do deploy. Assim, evita dor de cabeça na hora de integrar.
Boa, mas acho que o grande pulo do gato é realmente separar o tsconfig de build do de IDE. Assim, cada um foca na sua função e evita esses travamentos.
Concordo, e no meu time a gente usa uma configuração específica só pra IDE, que é mais leve, enquanto o build usa o padrão. Funciona lndamente pra acelerar o feedback.
Na minha experiência, o maior desafio é manter as referências de tipos sincronizadas pra evitar false positives. Já tentei usar plugins de cache, ajuda bastante.