TypeScript 是带类型检查的 JavaScript 预处理器，不改变运行逻辑，仅在编译时提供静态类型检查；通过 interface、泛型、枚举等特性提升大型项目协作效率与稳定性。
TypeScript 不是替代 JavaScript，而是给它加了一层编译时“安检”
你写的任何合法 JavaScript 代码，直接改成 .ts 后缀，几乎都能通过 tsc 编译（除非用了未声明的全局变量）。TypeScript 的本质不是新语言，而是带类型检查的 JS 预处理器——它不改变运行逻辑，只在你敲代码和编译时多问一句：“你确定这个变量该是 string？”“这个函数返回值真能当 number 用？”
静态类型检查让错误提前暴露，而不是等用户点按钮才崩
常见现象：Uncaught TypeError: Cannot read property 'name' of undefined 这类报错，在 JS 里往往要等页面交互后才浮现；而 TS 在保存文件瞬间就标红提示：Object is possibly 'undefined'。
- 函数参数/返回值必须显式声明类型：
function formatPrice(amount: number): string，漏写或传错类型，VS Code 实时报错 - 对象结构用
interface或type约束，比如interface User { id: number; name?: string }，后续访问user.email直接报错——哪怕数据来自 API，也能靠类型定义守住底线 - 类型推导很聪明，但别依赖它过度：比如
let count = 42会被推为number，但let items = []默认是any[]，容易埋雷，建议写成let items: string[] = []
TS 的“额外语法”不是炫技，是解决 JS 大项目协作痛点的刚需
Vue 3 源码、React 官方示例、Angular 默认栈全用 TS，不是因为“高大上”，而是接口（interface）、泛型（Array）、联合类型（string | null）这些特性，能让多人协作时少猜、少翻文档、少修“我以为它有这个字段”的 Bug。
-
interface描述对象契约，比 JS 注释更可靠，IDE 能跳转、能补全、能校验实现是否完整 - 泛型避免重复写相似逻辑：
function pick，比写三个不同参数类型的(obj: T, key: keyof T) pickUser/pickPost更安全易维护 - 枚举（
enum）替代魔法字符串：Status.Active比'active'更难拼错，也更容易全局搜索替换
编译和类型定义是 TS 落地最常卡住的两个环节
新手常以为装了 TypeScript 就万事大吉，结果跑不起来或没提示——问题通常出在这两处：
立即学习“Java免费学习笔记（深入）”；
- 没配
tsconfig.json：至少要有"target": "ES2017"和"module": "commonjs"，否则可能编译出错或无法被 Node.js 执行 - 第三方库缺类型定义：比如用
axios，得额外装@types/axios，否则axios.get(...)会提示 “Cannot find name 'axios'” - JSX 项目（如 React）需开启
"jsx": "react-jsx"，否则.tsx文件里写直接报错
类型系统越严格，前期适配成本越高；但一旦过线，后续迭代的稳定性和可读性提升是实实在在的——尤其当你接手别人留下的 5 万行 JS 项目时，那个 any 泛滥的 utils.ts 文件，就是你第二天想重写的理由。
