Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

170
Vistas
Uso de Typescript con archivos de idioma transpilados, no admitidos o personalizados

El problema

  • Tengo archivos similares a JavaScript con extensión .gml
  • Puedo convertir la fuente a JavaScript válido a través magic-string , y puedo volver al otro lado usando trace-mapping .
  • Quiero aprovechar Typescript en mis archivos .gml para obtener Intellisense fuerte, por ejemplo, por:
    • Crear un "programa" TypeScript que actúe en los archivos transpilados .gml -> .js e informe de los problemas; y
    • Crear una extensión de VSCode que transmita la funcionalidad al servidor de lenguaje Typescript y mapee de forma inversa los resultados al editor.
  • Parece que debería haber un enfoque relativamente sencillo y generalizable para esto, pero mis experimentos no han funcionado. Los proyectos de referencia son para escenarios mucho más complejos o mucho más simples, y la documentación al respecto es muy ligera.

Estado de la técnica

VueJS y Svelte usan tipos de archivo personalizados ( .vue y .svelte ), que procesan previamente en Typescript, HTML y CSS válidos antes de enviarlos a través de los respectivos servidores de idioma.

Sus casos de uso son mucho más complicados que los míos, y sus bases de código para lograr esto son extensas. Espero encontrar un enfoque mucho más simplificado.

Posibles enfoques

Tuve un poco de suerte siguiendo el enfoque Svelte de crear un servicio Typescript y conectarle operaciones VSCode, pero esto es extremadamente tedioso.

Sospecho que existe alguna posibilidad de usar un complemento de Typescript , pero por lo que puedo decir, ese enfoque no admite el uso de extensiones que no sean js/ts ni mapas de origen.

En cualquier caso, sé que tendré que hacer un trabajo importante con las conversiones hacia y desde el mapa de origen, pero idealmente ese es el único trabajo difícil que tendría que hacer.

Preguntas

  • ¿Ha visto algún ejemplo en la naturaleza de personas que resuelven un problema similar, o resolvió problemas similares usted mismo?
  • ¿Hay algún artículo detallado sobre esto (he encontrado algunos superficiales)?
  • ¿Es viable el enfoque del complemento?
  • ¿Cuáles son las formas posibles de que Typescript reconozca las extensiones que no son js/ts?
about 4 years ago · Juan Pablo Isaza
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda