javascript - Desventajas de hacer todo TypeScript en un proyecto usando React con .tsx

Estaba escribiendo código TypeScript + React (JSX), pero a veces accidentalmente escribía JSX con la extensión .ts y tenía problemas. Por supuesto, si la extensión se establece en .tsx, la solución se resolverá, pero ¿hay algún inconveniente si todos los archivos se establecen en .tsx desde el principio, independientemente de la presencia o ausencia de JSX?

Si todos los archivos están hechos con .tsx,

".ts tiene un conflicto de extensión con MPEG-2 TS, pero .tsx no."

«Incluso si necesitas JSX más adelante, puedes escribirlo tal como está, no es necesario cambiar el nombre del archivo.»

Ventajas como se puede esperar.

La sé

No se puede convertir el formato.

pero además de eso espero que puedas decirme si hay algo así.

Un archivo .tsx tiene tales inconvenientes.

Lo que verifiqué :

• Permitir JSX sin usar la extensión .tsx - Por el contrario, sugiere que puedes escribir JSX en .ts (cerrado)

• Existen dos tipos de notación de conversión: value as type y <type> value, y la última no se puede escribir en un archivo .tsx

Medio ambiente :

• TypeScript 3.7.5
• React 16.12
• Webpack 4.41.6 Usa ts-loader para cargar en Webpack (la verificación de tipos se envía a fork-ts-checker-webpack-plugin)
• El editor utiliza Visual Studio Code

Respuesta #1

No hay un inconveniente significativo en usar .tsx en todas partes.

Lo único que no puedes hacer en archivos .tsx es una pequeña diferencia de sintaxis.

No puedes usar <foo> para hacer un casteo.

Por ejemplo, en lugar de:

<any>foo

debes escribir:

 foo as any

Si usas la primera sintaxis en un archivo .tsx, será obvio y fácil de corregir.