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

Quando tentamos usar componentes do shadcn UI em projetos Vite + React com JavaScript, a documentação parece indicar uma dependência forte de TypeScript, principalmente pela necessidade do arquivo tsconfig.json.
No meu entendimento, isso acaba dificultando a adoção em equipes que preferem manter tudo em JavaScript, já que a ferramenta parece esperar um ambiente TS.
Na prática, dá pra contornar isso? Ou será que o foco do shadcn é realmente o TypeScript e o suporte ao JavaScript fica limitado? 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.
Acredito que, pra quem quer usar React com Tailwind de forma rápida, essa dependência forte de TS pode ser um ponto de atenção na hora de escolher o componente ou até mesmo uma barreira de adoção. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.
Como vocês têm lidado com isso na prática? Vocês preferem usar componentes de outras bibliotecas que não tenham essa pegada tão dependente de TypeScript? Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. 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.
Concordo, acho que pra quem quer agilidade em JS, essas dependências podem complicar a vida. No meu caso, prefiro bibliotecas que não tenham essa pegada, assim evita dor de cabeça na operação.
No meu time, a gente tenta evitar dependências que exigem TS se o projeto é em JavaScript, pq dá trabalho depois pra manter compatibilidade. Acho que a questão do tsconfig é só uma questão de configuração, mas é chato mesmo.
Isso me pega em projetos de custos e dependências, pq toda ferramenta que força TS acaba aumentando a complexidade de build e manutenção. Acho que o melhor é avaliar se o benefício do shadcn compensa essa dependência.
No meu projeto, a gente conseguiu usar o shadcn com alguns ajustes, mas é realmente mais fácil com TS. Acho que tem que pesar o custo de configurar tudo pra usar em JS ou migrar pra TS se for possível.