Tsd: Dejar de lado TSD

Creado en 26 ene. 2016  ·  15Comentarios  ·  Fuente: DefinitelyTyped/tsd

El proyecto Typings (https://github.com/typings/typings) ha evolucionado y actualmente puede consumir DefinitelyTyped como un subconjunto del ecosistema. Esta mejora ha hecho que el mantenimiento de TSD sea redundante y, con el tiempo, las definiciones deben escribirse como módulos externos con typings.json , o convertirse en línea con bibliotecas para que el compilador de TypeScript las consuma directamente.

Este problema se cerrará cuando se cree un sitio web oficial para Typings y se pueda vincular la documentación mejorada. Actualmente sirve como aviso para usuarios nuevos o existentes.

Para continuar instalando definiciones de tipos de DefinitelyTyped, recuerde usar la --ambient (todo en DefinitelyTyped es esencialmente "global"). Si tiene la intención de publicar una biblioteca usando dependencias sin definiciones de tipo (por ejemplo, instaló tipificaciones de DefinitelyTyped / Typings), deberá asegurarse de que sean dependencias (y no ambientales). El problema principal de las dependencias globales es el mantenimiento y los conflictos.

typings install node --save --ambient

Se seguirá respondiendo a los RP de TSD y a los problemas, pero el desarrollo es efectivamente EOL. Si otro desarrollador desea realizar tareas de mantenimiento y / o desarrollo, puede contribuir. Los problemas existentes ya deberían resolverse con Typings, pero si encuentra algo que no funciona, cree un problema en Typings.

Enlaces: https://github.com/DefinitelyTyped/tsd/issues/150 , https://github.com/typings/discussions/issues/5 y https://github.com/typings/typings/issues/125.

Editar: Typings ha implementado un comando de actualización para los usuarios de TSD. La actualización solo convertirá el formato de tsd.json a typings.json , es posible que deba realizar ajustes adicionales (como corregir las referencias ahora eliminadas).

typings init --upgrade
important notice

Comentario más útil

: +1:

para obtener referencias para actualizar desde tsd

webpack + mecanografiado
https://github.com/angular/universal-starter/commit/cfb7b52b12e1da9de7ee7c2a452e7636c93aaa09

gulpjs + mecanografiado
https://github.com/angular/answers-app/pull/27/files

gulpjs con mecanografiado
https://gist.github.com/gdi2290/e544407980e261acc172

comandos

$ npm uninstall tsd
$ rm -rf typings
$ npm install typings
$ typings init --upgrade
$ rm tsd.json
$ typings install

Todos 15 comentarios

: +1:

para obtener referencias para actualizar desde tsd

webpack + mecanografiado
https://github.com/angular/universal-starter/commit/cfb7b52b12e1da9de7ee7c2a452e7636c93aaa09

gulpjs + mecanografiado
https://github.com/angular/answers-app/pull/27/files

gulpjs con mecanografiado
https://gist.github.com/gdi2290/e544407980e261acc172

comandos

$ npm uninstall tsd
$ rm -rf typings
$ npm install typings
$ typings init --upgrade
$ rm tsd.json
$ typings install

Solo una pequeña adición a los pasos de migración de @ gdi2290 con respecto a algo que me acaba de pasar.
Si alguien lo sigue y termina con cientos de TS2300: duplicate indetifier ... durante la compilación, la solución está aquí https://www.npmjs.com/package/typings#maindts -and-browserdts

¿Cómo haces tsd link con mecanografía?

¿Cómo se vincula tsd con las mecanografías?

Tu no El enlace TSD es defectuoso y no es realmente una solución sólida a largo plazo, ya que se basa en módulos ambientales, genera identificadores duplicados y generalmente obliga a los usuarios a reinstalar las subdependencias. Suponiendo que desea exactamente lo mismo, puede hacer typings install npm:<library>/<path-to-d-ts> --ambient . Lo más probable es que desee una solución diferente en la que las subdependencias se manejen correctamente. En ese caso, publique su archivo typings.json con su biblioteca y haga typings install npm:<library> --save ; las dependencias en <library>/typings.json se resolverán.

Se encontró con un problema al instalar mecanografía desde otro repositorio. Se creó un nuevo número: https://github.com/typings/typings/issues/133

¿Me pregunto cuál es la visión / intención aquí para DefinitelyTyped / tsd vs Typings? Entiendo que Typings está descentralizado y que puede hablar con DefinitelyTyped, pero también sé que Typings también tiene repositorios para algunos proyectos populares ... de ahí mi pregunta.

¿No tendría sentido ordenar que todos los typedefs se centralicen forzosamente en las instalaciones de paquetes npm en lugar de replicar la mitad de la infraestructura dentro de nuestros proyectos locales?

  • no tsd
  • sin mecanografiar
  • sin replicación del esfuerzo
  • sin repetición de huellas de dependencia ...

JSPM es un caso alarmante

NPM ya tiene los accesorios para soportar y procesar esto.

¿Alguien está siquiera teorizando el impacto de las dependencias transitorias?

No enviaría a mi hijo a una guardería, que sustituye la tarea a otra guardería en otro lugar ... algo eventualmente se desconectará ... y mucho menos una dependencia transitoria que recorre el ecosistema.

@nhhockeyplayer idealmente ese sería el caso, pero para que esto suceda, cada autor debería incluir y mantener definiciones de tipo.

Relacionado

Para Angular 2 podemos asumir que cada módulo ng2 incluirá definiciones de tipo, pero para los otros módulos probablemente no será el caso. Entonces, habrá una comunidad (ng2) que se beneficiará más al garantizar que cada módulo en su ecosistema incluya definiciones de tipo (el caso ideal).

@blakeembrey perdón por npm, lo que podría llevar a que las personas aún lo usen sin el conocimiento inicial de que el paquete está desaprobado. Probablemente se deba a que no hubo una nueva versión desde que el paquete quedó obsoleto.

Si instala NPM, lo dice.

Editar: Pero lo comprobaré y lanzaré una nueva versión.

Genial, entonces está bien 👍

¿Podría agregar un aviso de desaprobación a la página npm ?
Hace que sea más fácil para los que regresan darse cuenta de la mecanografía.

Sería genial enviar la versión completa y terminada de typings primero y luego desaprobar tsd porque ahora mismo typings solo hace las cosas más difíciles y confusas con este lío con múltiples repositorios IMO. 😠

Hay cuatro problemas en esta página de problemas que se remontan a meses atrás, señalando que tsd ya no funciona para instalar paquetes básicos como jquery o react. Detener o detener el desarrollo es una cosa, pero parece que tsd en realidad se ha cerrado (?). Este es un problema real, especialmente porque parece que no hubo ningún tipo de servicio de anuncios explícitos que se suspendiera por completo, ya que tsd es el tipo de herramienta que podría ser parte de la implementación automatizada. Acabo de tener un servicio web que se suicidó porque su implementación automatizada ejecuta tsd, que ya no funciona.

Dice que está obsoleto en la instalación durante más de un año. Dado que TSD se basa en GitHub, todo sigue funcionando perfectamente bien. Lo que vería son cambios DefinitelyTyped. La arquitectura TSD no puede manejar los cambios, y el cambio fue una decisión de TypeScript para admitir NPM @types .

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

L6Echo picture L6Echo  ·  7Comentarios

Diullei picture Diullei  ·  70Comentarios

lazlojuly picture lazlojuly  ·  9Comentarios

mattrobenolt picture mattrobenolt  ·  6Comentarios

nammu picture nammu  ·  8Comentarios