极客时间-梁宵-TypeScript开发实战

如果你写过一段时间前端，大概遇到过这种场面：接口返回的数据里某个字段明明是数组，运行到一半却成了 null；同事重构了一个工具函数，参数从两个变成三个，你调用时编辑器毫无提示，上线后才发现报错。这些问题 TypeScript 都能解决，但真正卡住人的往往不是「什么是 interface」，而是类型该写在哪儿、写多细、和已有的 JavaScript 代码怎么共处。

这套课程适合把它当成一次系统补课。它不是从零讲语法的手册，重点落在工程里那些反复出现的判断上：什么时候用泛型约束，什么时候用类型断言，什么时候干脆让类型推断自己工作。

类型检查机制和泛型，是绕不过去的两道坎

很多人写 TypeScript 的第一反应是到处标 : string、: number，结果代码比 JavaScript 还啰嗦。类型推断这部分内容解决的正是这个问题——知道编译器在什么情况下会自己推导出类型，你就能少写很多没必要的标注。反过来，当推断结果不符合预期时，也得知道该在哪一层手动干预。

泛型则更容易被绕开。写业务时你可能直接用 any 蒙混过去，但一旦要封装一个可复用的请求方法或组件，没有泛型约束就会失去类型保护的意义。这部分建议边看边动手改自己项目里的工具函数，把原来的 any 换成带约束的泛型，感受一下编辑器提示的变化。

项目搭建和服务端环境，不只是配置问题

课程里有专门的环节讲服务端环境搭建。这一点值得留意：TypeScript 的应用场景早已不限于浏览器，Node 侧的类型定义、编译产物、模块解析规则和前端并不完全一样。如果你只在前端项目里用过 TS，这部分会补上你认知里缺失的一块——同样的类型系统，在不同运行环境下的取舍是不同的。

项目搭建的意义也在这里。配置文件里每一项开不开，直接决定了你能不能用上某些语法特性、类型检查有多严格、编译产物长什么样。搞懂这些，比记住一份配置模板有用得多。

组件封装和单元测试，检验你学没学会的地方

组件封装是类型能力最容易露怯的场景。props 的类型怎么设计、泛型组件怎么写、事件回调的参数怎么约束，这些决定了你封装的组件是「别人敢用」还是「别人得先读源码」。课程把这块单独拿出来讲，说明它不是语法练习，而是真实项目里的高频需求。

单元测试部分用了 Jest。这里的关键不是学会某个测试框架的 API，而是理解一件事：类型正确不等于逻辑正确，测试和类型检查解决的是两类不同的问题。会写类型又会写测试，才算是把质量保障的两个环节都补上了。

看完之后，你应该能回答这几个问题

• 面对一个已有的 JavaScript 项目，你会选择共存策略还是整体迁移，判断依据是什么？
• 写一个泛型工具函数时，怎么用约束让调用方既灵活又安全？
• 组件 props 里的联合类型和可选属性，什么时候该用哪个？
• 类型检查能覆盖的问题和单元测试能覆盖的问题，边界在哪里？
• 导出 Excel 这类数据处理场景，类型定义应该从哪一层开始写？

如果你现在写 TypeScript 的状态是「能跑就行，报错就加 any」，这门课值得花时间。如果已经能熟练写泛型、配过完整的工程化方案，那么挑泛型约束和测试这两块跳着看就够了。缺什么补什么，不必从头坐到尾。