面试题：TypeScript 类型系统在大型项目中的优化策略

启用 skipLibCheck
- 优点：跳过对声明文件（.d.ts）的类型检查，显著提升编译速度，尤其是项目依赖大量第三方库时，因为第三方库声明文件通常较大且复杂，检查它们耗时久。
- 缺点：可能会隐藏第三方库声明文件中的类型错误，若第三方库声明文件有问题，在运行时可能出现类型相关错误。
- 适用场景：对第三方库比较信任，且通过单元测试等方式能够保障使用第三方库的代码逻辑正确性的场景。例如在使用一些成熟且广泛使用的 UI 库（如 Ant Design）时。
设置 strict 为 false 并按需开启子选项
- 优点：strict 开启时，TypeScript 进行最严格的类型检查，关闭它可降低检查强度从而加快编译。同时按需开启子选项（如 strictNullChecks 等），可在一定程度上保证类型安全。比如只开启 strictNullChecks 可以重点关注空值相关类型错误，又不会因过于严格的检查拖慢编译。
- 缺点：整体类型安全保障有所降低，可能会引入一些在严格模式下能被发现的类型错误。
- 适用场景：项目前期快速迭代阶段，对编译速度要求较高，且开发团队对类型系统有较好掌控能力，能通过代码审查等方式尽量避免类型错误的场景。

避免过度嵌套类型
- 优点：类型定义简单清晰，易于理解和维护，编译时处理速度更快。例如使用简单的接口代替多层嵌套的联合类型或交叉类型，可减少类型计算的复杂度。
- 缺点：可能在表达复杂数据结构时灵活性稍差，需要更多的类型定义来满足不同场景。
- 适用场景：适用于数据结构相对简单且明确的场景，如大多数业务数据对象的定义。
使用 type 别名和 interface 恰当
- 优点：type 别名可以用于基本类型、联合类型等多种场景，interface 主要用于对象类型定义且支持合并。恰当使用能使类型定义更符合语义，便于维护。例如用 interface 定义对象接口，用 type 定义函数类型别名。同时，减少不必要的重复类型定义，提升编译速度。
- 缺点：如果使用不当，可能会造成类型定义混乱，反而增加维护成本。比如在应该用 type 定义联合类型时误用 interface，会导致不符合预期的类型行为。
- 适用场景：在定义对象类型时优先考虑 interface，定义其他复杂类型（如联合类型、函数类型等）优先考虑 type。

拆分大型文件
- 优点：将一个大文件拆分成多个小文件，每个文件只处理特定功能模块，类型检查范围缩小，编译速度加快。同时，代码结构更清晰，可维护性提高。例如将一个包含多种业务逻辑和类型定义的大型文件，按业务模块拆分成几个小文件。
- 缺点：可能会增加文件管理的复杂度，需要合理组织文件目录结构，否则可能导致文件查找困难。
- 适用场景：适用于代码规模较大且功能模块划分较为清晰的项目，如大型单页应用（SPA）项目中的不同业务模块文件。
使用 tsconfig.json 的 include 和 exclude 选项
- 优点：明确指定需要进行类型检查的文件或目录，排除不必要检查的文件（如测试文件、工具脚本等），减少类型检查范围，提升编译速度。
- 缺点：如果配置不当，可能会遗漏需要检查的文件，导致类型错误未被发现。
- 适用场景：项目中有部分文件不需要进行类型检查，如纯 JavaScript 工具脚本文件，或者有专门的测试框架（如 Jest）有自己的类型检查机制，可排除测试文件。

使用 tsc --watch 模式
- 优点：开启监听模式，TypeScript 编译器只会重新检查和编译发生变化的文件及其依赖，大大提高编译效率。在开发过程中，频繁修改代码，这种增量编译方式能显著减少等待时间。
- 缺点：首次编译时间不会减少，且可能存在缓存失效等问题，需要手动重启编译。
- 适用场景：开发过程中实时编译场景，在开发服务器启动并持续开发过程中，使用 tsc --watch 能实时反馈代码修改结果。
利用构建工具的缓存机制
- 优点：如 Webpack 等构建工具都有自己的缓存机制，结合 TypeScript 编译，可以缓存编译结果，下次编译时如果文件未改变则直接使用缓存，提升整体构建速度。
- 缺点：可能存在缓存配置复杂，不同构建工具缓存机制略有差异，需要花费时间研究和配置。
- 适用场景：在使用构建工具（如 Webpack、Rollup 等）进行项目构建的场景下，合理配置缓存机制可优化整体构建流程。

星途面试题库