TypeScript是JavaScript的超集,不改变运行时行为,仅在编译阶段进行类型检查并擦除所有类型信息,输出纯JavaScript;它支持渐进式接入,通过.ts后缀、@ts-check或JSDoc启用类型提示,强调静态约束而非动态推导。
TypeScript 是 JavaScript 的超集,不是新语言,所有合法的 JavaScript 代码(比如 let x = 1;、function foo() {})都是合法的 TypeScript 代码。
你把一个 .js 文件直接改成 .ts 后缀,不改任何内容,tsc 就能编译通过——只是没类型保护而已。
它只在编译阶段加一层检查,编译后生成的仍是纯 JavaScript,完全兼容浏览器和 Node.js。类型信息全部擦除,interface、type、: string 这些不会出现在最终 JS 里。
let user: { name: string } = { name: "Alice" };,编译后就是 let user = { name: "Alice" };
function add(a: number, b: number): number 编译后变成 function add(a, b),类型标注全没了JavaScript 在运行时才决定变量类型:let x = 42; x = "hello"; x = true; 完全合法;而 TypeScript 默认按首次赋值推导类型,或依赖你写的注解:
let x = 42; → TS 推导为 number,再赋 "hello" 就报错let x: number | string = 42;
any,等于关掉检查——add("1", 2) 不报错,但结果是 "12"
真实落地建议是渐进式接入:
npm install -g typescript,然后试跑 tsc hello.ts
.js 文件上加 // @ts-check,配合 JSDoc 注解(如 /** @type {string[]} */)获得轻量类型提示.ts,从工具函数、接口定义(interface User { id: numb
er; name: string; })这类边界清晰的地方入手any——这等于白用 TS;更推荐 unknown + 类型守卫(typeof x === "string")处理不确定输入真正卡住人的地方,往往不是语法,而是习惯:你会下意识写 res.data.items.map(...),却忘了 res 可能是 undefined 或 data 根本不存在——TS 要求你面对这些可能性,而不是等线上报 Cannot read property 'items' of undefined。