打字稿编译（就 Java 编译而言）
typescript compiling (in terms of Java compiling)
我正在考虑在一个非常大的项目中使用 TypeScript 而不是 JavaScript。问题是：我可以获得什么好处。 TypeScript 提供了接口、严格类型等等。但最重要的是 TypeScript 是否 compiled。通过编译，我的意思是像 Java 那样的真正的编译。我不需要 JavaScript 的缩小（丑化等 - 有些人称之为编译）。我也不是指Python的汇编。
所以问题是：如果开发人员在之前运行时犯错，TypeScript 会在编译时抛出错误吗，就像Java一样？
是的。
Typescript 的重点是编译时类型检查。
Typescript 引入了一个编译时类型检查系统，它可以在 运行time 之前警告你错误。
TS 不会像 Java 那样编译成二进制表示，它只是转译成 Java 脚本，稍后由浏览器解释（或编译）和 运行。
Typescript 提供的功能（对大型代码库具有特殊价值）本质上是 运行 时间之前的静态分析层。在 TS 的例子中，它以发布类型期望和这些类型提供的契约为中心，然后验证所有可见代码是否满足它们。
我正在考虑在一个非常大的项目中使用 TypeScript 而不是 JavaScript。问题是：我可以获得什么好处。 TypeScript 提供了接口、严格类型等等。但最重要的是 TypeScript 是否 compiled。通过编译，我的意思是像 Java 那样的真正的编译。我不需要 JavaScript 的缩小（丑化等 - 有些人称之为编译）。我也不是指Python的汇编。
所以问题是：如果开发人员在之前运行时犯错，TypeScript 会在编译时抛出错误吗，就像Java一样？
是的。
Typescript 的重点是编译时类型检查。
Typescript 引入了一个编译时类型检查系统，它可以在 运行time 之前警告你错误。
TS 不会像 Java 那样编译成二进制表示，它只是转译成 Java 脚本，稍后由浏览器解释（或编译）和 运行。
Typescript 提供的功能（对大型代码库具有特殊价值）本质上是 运行 时间之前的静态分析层。在 TS 的例子中，它以发布类型期望和这些类型提供的契约为中心，然后验证所有可见代码是否满足它们。