|
@typescript | |||||
|
We just released TypeScript 3.8 Beta!
Try out our new features like type-only imports, and ECMAScript features like private fields, `export * as foo`, top-level 'await', and more!
devblogs.microsoft.com/typescript/ann…
|
||||||
|
||||||
|
Rob Palmer
@robpalmer2
|
10. sij |
|
I am super excited for type-only imports.
Thank you for making this happen @atcb!
|
||
|
|
||
|
mudlee
@mrmudlee
|
11. sij |
|
Is there a chance to have Typescript WITHOUT Javascript? Typescript will never be a real language if it always falls back to js and follows its stupidity.
|
||
|
|
||
|
./orta --tsc
@orta
|
11. sij |
|
It’s been explored by microsoft research microsoft.com/en-us/research…, but it’ll never be a goal of the main project
|
||
|
|
||
|
Bruno Lemos
@brunolemos
|
14. sij |
|
@drosenwasser Great work on all these super detailed changelogs 👏
|
||
|
|
||
|
Daniel Rosenwasser
@drosenwasser
|
14. sij |
|
Thank you!
|
||
|
|
||
|
Matheus Salmi
@mathsalmi
|
10. sij |
|
I’m not sure the arguments for using `private` convince me. It’d be cool to have it translated as the # version used by JavaScript instead of having both. Sure, it’s a breaking change but I guess it makes sense to force this correction.
|
||
|
|
||
|
Jackson Kearl
@JacksonKearl
|
11. sij |
|
This is not possible. An access to a field would need to have differing emits based on the type of the object (add the hash if it is a private field of the current class). Type-directed imports are an explicit non-goal of TS.
|
||
|
|
||
|
Thomas Khalil
@bitshifta
|
11. sij |
|
@buschtoens TOP LEVEL AWAIT!!!!!
|
||
|
|
||
|
Jan Buschtöns 🏳️🌈
@buschtoens
|
11. sij |
|
not gonna lie, I'm even more stoked about the type-only exports / imports. 😅
|
||
|
|
||
|
Jean-Baptiste Nizet
@jbnizet
|
11. sij |
|
Can we declare a hard private property as a constructor argument: `constructor(#foo: string) {}` as we can do with private: `constructor(private foo: string) {}`?
|
||
|
|
||