现代浏览器中的 TypeScript 支持 [关闭]

Question

. This question needs to be more focused . It is not currently accepting answers.

---

Update the question so it focuses on one problem only by editing this post .

Closed 5 months ago .

Improve this question

I've just read some advertisement information related to TypeScript and besides that I have no experience with this superset of JavaScript. So I have some basic questions:

1. What is the status of native TypeScript support by the modern browsers?

2. What are the positions of the major browser vendors for the future support of TypeScript natively?

3. What is the relation between TypeScript and ECMAScript 6 and does TypeScript provide much more features than ECMAScript 6?

Answer 1

Native support

Native support can be added quite easily eg https://github.com/basarat/typescript-script adds support for script tags (although this adds 6MB of supporting JS to a page). However there is a performance hit in compiling TypeScript to JavaScript and for the best performance it is best to precompile and execute the compiled JavaScript in the browsers.

Browser vendors have no plans to add native TypeScript support. The only native languages common across browsers are JavaScript and WebAssembly. TypeScript can be transpiled to either and run in the browsers so its not a blocker.

Not-native support

What is the status of TypeScript support by the modern browsers ?

Typescript compiles to JS so it's supported by all browsers (even IE6)

What are the positions of the major browser vendors for the future support of TypeScript ?

No work is needed on behalf of browser vendors.

What is the relation between TypeScript and ECMAScript6 and does TypeScript provide much more features than ECMAScript6 ?

Yes eg from future javascript versions eg class fields and static properties in classes.

Answer 2

Trying to design a web browser that could natively support more than one language at a time is exactly what Google tried to do with Dart. There was a Dart engine planned for Chrome but this ended up being too big a task with very little benefit aside from "just not using java script".

I suspect supporting Typescript natively would be an equally daunting task. Probably better to just improve upon ECMAScript and add in a few TS ideas where they make sense. I do love TS though.

Answer 3

Typescript cannot be run or understood in any browser. So, Typescript is compiled to Javascript (which browsers can understand). Typescript can use all ES6 features and during the compilation they will be converted to Target compile options like ES5.

Answer 4

Currently it won't work, it's an interesting topic though. Would be good to know if at some point ECMAScript is going to support interfaces, types and other things. Especially, what I can notice that ES actually takes slowly some parts from the TypeScript, eg enums.

If it would work I'd rather see it as ECMAScript taking from TypeScript some stuff rather than natively supporting TypeScript itself.

Answer 5

I know it's currently not supported and there are no plans to support TypeScript natively in the browser but there is a huge (in my opinion) problem with tooling in the frontend (JavaScript) ecosystem - there's too much of it. Bundling, module resolution, transpiling , and more.

I think it makes development much slower, because there are a lot of issues with configurations, versions mismatch, compatibility and a lot of obscure issues (Stack Overflow and GitHub are full of such topics) that stem from the tooling, not implementing features.

I would call it a crisis, but it has been like this for a while and I know this is the way of doing things now.

I think there are a few things that need to happen.

1. We need to be able to use native ES6 modules (import/export) in the browser. I know it's supported, but only a relative or URL imports work. I know there is work on "import maps" or whatever they are called.

2. It would be great if browsers (Chrome) can read TypeScript code. It doesn't have to interpret or enforce any typing - essentially treat it like JavaScript with some additional nonsense that the browser just ignores. It could be just a "developer mode" in the browser but we would be able to achieve 0-transpiling during development.

3. Simplify eager resource loading (to avoid bundling)

Again, this is just for development benefit. I know a lot of these tools have their place in production builds, older browser support, etc.