Suele describirse a JavaScript como un lenguaje de programación de "tipado débil y dinámico". Eso significa que, a la hora de declarar una variable, no definimos el tipo de dato que le corresponde (numérico, cadena de texto, booleano…), sino que se asigna automáticamente ("123" será una cadena de texto, mientras que 123 será un dato numérico), y además siempre podemos cambiarlo más adelante. El problema de este comportamiento es que, aunque aporta más flexibilidad, y permite que un programa funcione escribiendo menos código, también se ...
Comentarios
Eso no lo hace ya TypeScript?
#2 No es que lo haga, es que TypeScript es el lenguaje tipado de JavaScript
#3 No "es", realmente es uno de tantos lenguajes que transcompilan a JS Yo he trabajado con Kotlin y As3, pero hay una buena lista
https://github.com/jashkenas/coffeescript/wiki/List-of-languages-that-compile-to-JS
#2 En realidad no. Typescript es asertivo, o lo que es lo mismo los tipos funcionan hasta la compilación dónde son eliminados del código ejecutable.
#7 ahhh o sea que solo es para la parte DEV.
Yo es que soy de back. En la cama también
#c-8" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3639259/order/8">#8 Yo hace ya unos años que me uní al mal a tiempo completo, en parte animado porque pensaba que Ts era otra "cosa".
Lo curioso de la petición es que de hacerlo, Typescript (que originalmente lo realizo un desarrollador de Microsoft que había participado en la creación de c#) perdería todo el sentido.
TypeScript no es nativo en el browser, JS sí. O sea, se elimina la necesidad de convertir TS a JS.
Esto no va a salir adelante.
El creador de TS es el mismo de TurboPascal y, como ya ha dicho #c-9" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3639259/order/9">#9, C#.
https://en.m.wikipedia.org/wiki/Anders_Hejlsberg
Hoy en día ya se están haciendo cosas con WebAssembly (yo programo tb en Blazor, que es C# en 3l browser), pero están muy verdes en comparación con los frameworks de JS
#8 Pero no te importa porque siempre vas a trabajar con TS o el lenguaje de alto nivel que utilices.
Es como decir que Java sólo es para dev porque trabscompila a lenguaje jvm
#2 Por eso no mucha gente traga TS.
#c-16" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3639259/order/16">#16 Lo que quiero decir es que la noticia pide que se permita trabajar con tipos o sin ellos.
C# ya hace esto, MS no tiene que aplicarlo a su lenguaje.
Noticia que llega 15 años tarde por lo menos
#c-13" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3639259/order/13">#13 Ya existen los tipos en C#
#15 Y la inferencia de tipos. Cosa que es lo que hace JS.
#c-12" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3639259/order/12">#12 con var el compilador infiere el tipo, no es que no tenga tipo. En C# no puedes aplicar var como en JS, así como así.
No puedes hacer
var myString;
Solo podrías hacer eso y que infiera que es un string haciendo
var myString=String.Empty;
En JS, tú puedes hacer
var myString; y más tarde myString="ola k ase"; y más tarde aún myString = ;
O sea, var en C# solo es posible cuando el compilador puede inferir el tipo, por lo que no es lo mismo que JS
Pues que quiten el var en C#
#1 Es necesario en un lenguaje. Lo que dice MS con muy buen criterio es que den más herramientas para trabajar cuando necesitas un entorno fuertemente tipado, que es casi siempre.
#6 Bueno, que se lo apliquen a sus lenguajes...no?
#1 No lo he entendido
#11 Que ellos hacen lo mismo, puedes no tipar hasta la definición.