在 TypeScript 的高级玩法里，infer 经常让初学者感到头大。它长得像关键字，用起来像正则表达式的“捕获组”，还必须寄生在 extends 条件语句里。 要把这东西彻底搞清楚，我们得先拆解

都是 TypeScript 的骚操作，20 种内置Utility Types和 16 个手写工具类型，如果你看不懂 16 个中最后一个，就从头到尾把这篇文章看一遍吧，相信会对你的 TS 水平有很大提升

如何在大型前端项目中有效管理 TypeScript 的类型复用与共享？ 问题背景 在大型前端项目中，随着模块增多、团队协作加深，TypeScript 类型定义容易出现重复定义、命名冲突、维护困难等问题

刷题也许没有什么意义，但是喜欢一个人思考一整天的灵光一现，也喜欢看到新奇的答案时的恍然大悟，仅此而已。 系列文 TypeScript 类型体操练习笔记（一） TypeScript 类型体操练习笔记（二

在开发中，后端API的类型定义一直是前后端协作的痛点。传统方式下，前端开发者需要手动编写和维护API请求参数和响应数据的类型定义，不仅工作繁琐，而且容易与后端实际接口产生不一致，导致类型错误难以发现。

TypeScript 的 .d.ts 文件看起来很神奇：不需要 import 就能生效。这背后的原理是什么？本文带你彻底搞懂。

在前端工程化日益成熟的今天，TypeScript（以下简称TS）凭借静态类型检查的优势，已成为React项目开发的标配。本文结合实际项目讨论经验，从组件类型约束、React钩子应用等维度，拆解TS在R

从零开始用 TypeScript + React 打造类型安全的 Todo 应用 引言：为什么选择 TypeScript + React？ React 作为当下最流行的前端库，以其组件化和声明式开发著

先说清楚一件事：TypeScript 的类型系统到底在解决什么问题 JavaScript 是动态类型语言。变量可以今天是字符串，明天是数字，后天变成 undefined。这在小项目里无所谓，但一旦代码