TypeScript的发展历程 吴名扬 当年的JavaScript AltJS 编译到JavaScript的语言 都可称为AltJS AltJS TypeScript ●JS + 静态类型 ●工具完善 ●贴合语言标准 TS和伙伴们 ●动态类型语法糖： CoffeeScript ●静态类型新语言: BuckleScript ●渐进定型: Flow Type CoffeeScript CoffeeScript 动态 低 差 BuckleScript 很强 高 较好 FlowType 强 较低 较好 TypeScript 强 低 很好 TS发展史 ●简单易用,不求完美 ●原汁原味，贴合JS ●从简单到强大 TS发展史 Pre 1.0 ●简单 ●无泛型 var a: string = 'hello world' var b = 123 // optional annotation

使用TypeScript的每日构建版本 Wiki TypeScript里的this 编码规范 常见编译错误 支持TypeScript的编辑器 结合ASP.NET v5使用TypeScript 架构概述 发展路线图 新增功能 TypeScript 4.0 TypeScript 3.9 TypeScript 3.8 TypeScript 3.7 TypeScript 3.6 TypeScript 使用TypeScript的每日构建版本 Wiki TypeScript里的this 编码规范 常见编译错误 支持TypeScript的编辑器 结合ASP.NET v5使用TypeScript 架构概述 发展路线图 新增功能 TypeScript 4.0 TypeScript 3.9 TypeScript 3.8 TypeScript 3.7 TypeScript 3.6 TypeScript 支持TypeScript的编辑器 Introduction - 13 - 本文档使用 书栈网 · BookStack.CN 构建 结合ASP.NET v5使用TypeScript 架构概述 发展路线图 新增功能 TypeScript 4.0 TypeScript 3.9 TypeScript 3.8 TypeScript 3.7 TypeScript 3.6 TypeScript

使用TypeScript的每日构建版本 Wiki TypeScript里的this 编码规范 常见编译错误 支持TypeScript的编辑器 结合ASP.NET v5使用TypeScript 架构概述 发展路线图 Breaking Changes TypeScript 2.3 TypeScript 2.2 TypeScript 2.1 TypeScript 2.0 TypeScript 1 使用TypeScript的每日构建版本 Wiki TypeScript里的this 编码规范 常见编译错误 支持TypeScript的编辑器 结合ASP.NET v5使用TypeScript 架构概述 发展路线图 Breaking Changes TypeScript 2.3 TypeScript 2.2 TypeScript 2.1 TypeScript 2.0 TypeScript 1 在tsserver/语言服务API里集成tsd 从js文件的JSDoc里撮类型信息 增强lib.d.ts模块化 支持外部辅助代码库 调查语言服务的可扩展性 1.8 TypeScript Handbook（中文版） 523 发展路线图 在TypeScript编译时使用 --allowjs 允许JavaScript 在循环里允许捕获的 let / const 标记死代码 使用 --outFile 连接模块输出

GBK 的编码方案中，ASCII 字符使用一个字节表示，汉字使用两个字节表示。 第 3 章 数据结构 hello‑algo.com 61 3.4.3 Unicode 字符集 随着计算机技术的蓬勃发展，字符集与编码标准百花齐放，而这带来了许多问题。一方面，这些字符集一般 只定义了特定语言的字符，无法在多语言环境下正常工作。另一方面，同一种语言存在多种字符集标准，如 果两台计算机使用的是不同的编码标准，则在信息传递时就会出现乱码。 JavaScript 和 TypeScript 的字符串使用 UTF‑16 编码的原因与 Java 类似。当 1995 年 Netscape 公司 首次推出 JavaScript 语言时，Unicode 还处于发展早期，那时候使用 16 位的编码就足以表示所有的 Unicode 字符了。 ‧ C# 使用 UTF‑16 编码，主要是因为.NET 平台是由 Microsoft 设计的，而 Microsoft 的很多技术（包 hello‑algo.com 312 14.2.2 无后效性 无后效性是动态规划能够有效解决问题的重要特性之一，其定义为：给定一个确定的状态，它的未来发展只 与当前状态有关，而与过去经历的所有状态无关。 以爬楼梯问题为例，给定状态 ? ，它会发展出状态 ? + 1 和状态 ? + 2 ，分别对应跳 1 步和跳 2 步。在做出 这两种选择时，我们无须考虑状态 ? 之前的状态，它们对状态 ? 的未来没有影响。

的编码方案中，ASCII 字符使用一个字节表示，汉字使用两个字节表示。 第 3 章 数据结构 www.hello‑algo.com 61 3.4.3 Unicode 字符集 随着计算机技术的蓬勃发展，字符集与编码标准百花齐放，而这带来了许多问题。一方面，这些字符集一般 只定义了特定语言的字符，无法在多语言环境下正常工作。另一方面，同一种语言存在多种字符集标准，如 果两台计算机使用的是不同的编码标准，则在信息传递时就会出现乱码。 JavaScript 和 TypeScript 的字符串使用 UTF‑16 编码的原因与 Java 类似。当 1995 年 Netscape 公司 首次推出 JavaScript 语言时，Unicode 还处于发展早期，那时候使用 16 位的编码就足以表示所有的 Unicode 字符了。 ‧ C# 使用 UTF‑16 编码，主要是因为.NET 平台是由 Microsoft 设计的，而 Microsoft 的很多技术（包 hello‑algo.com 312 14.2.2 无后效性 无后效性是动态规划能够有效解决问题的重要特性之一，其定义为：给定一个确定的状态，它的未来发展只 与当前状态有关，而与过去经历的所有状态无关。 以爬楼梯问题为例，给定状态 ? ，它会发展出状态 ? + 1 和状态 ? + 2 ，分别对应跳 1 步和跳 2 步。在做出 这两种选择时，我们无须考虑状态 ? 之前的状态，它们对状态 ? 的未来没有影响。

个汉字。在 GBK 的编码方案中，ASCII 字符使用一个字节表示，汉字使用两个字节表示。 第 3 章 数据结构 hello‑algo.com 58 3.4.3 Unicode 字符集 随着计算机的蓬勃发展，字符集与编码标准百花齐放，而这带来了许多问题。一方面，这些字符集一般只定 义了特定语言的字符，无法在多语言环境下正常工作。另一方面，同一种语言也存在多种字符集标准，如果 两台电脑安装的是不同的编码标准，则在信息传递时就会出现乱码。 } return b; } 14.2.2 无后效性 无后效性是动态规划能够有效解决问题的重要特性之一，定义为：给定一个确定的状态，它的未来发展只与 当前状态有关，而与当前状态过去所经历过的所有状态无关。 以爬楼梯问题为例，给定状态 ? ，它会发展出状态 ? + 1 和状态 ? + 2 ，分别对应跳 1 步和跳 2 步。在做出 这两种选择时，我们无须考虑状态 ? 之前的状态，它们对状态 具有不同的性质。 ‧ 动态规划问题的三大特性：重叠子问题、最优子结构、无后效性。 ‧ 如果原问题的最优解可以从子问题的最优解构建得来，则它就具有最优子结构。 ‧ 无后效性指对于一个状态，其未来发展只与该状态有关，与其所经历的过去的所有状态无关。许多组合 优化问题都不具有无后效性，无法使用动态规划快速求解。 背包问题 ‧ 背包问题是最典型的动态规划题目，具有 0‑1 背包、完全背包、多重背包等变种问题。