TypeScript

const 类型参数 这是 TypeScript 5.0 引入的特性。作用： - 它会尽可能保持字面量类型的精确性，而不是拓宽为更通用的类型 - 对于对象和数组，它会推断出只读类型

问题 一个使用官方 create-react-app 的项目，某次为了引入 ts-pattern 将 TypeScript 从 v4 升级到 v5，随后在安装或移除其他依赖的时候报错： 重点：peer

背景 在做异步错误处理封装函数的时候，如下： 发现调用时有一个不符合预期的地方，明明 resp 是数字为何提示可能 undefined？ 解决办法使用 Discriminated Union： 更好阅

假设我们要定义一份配置，如果直接写则没有类型提示，写错字段名或少写字段 TS 也不会报错。 但若加上类型，确实解决了字段提示的问题，但是又会出现新问题： 当我们 hover 变量其类型变成 而不加类型

背景 假如我们的包有个脚本 scripts/check-authorization-update.ts 使用 ts 写的，但是目前（2025-4-10 v23）Node.js 并不支持也不打算支持运行

在过去的几年里，前端开发变得越来越声明式。React改变了我们从命令式操作DOM到声明式表达给定状态下DOM应该是什么样的思维方式。它已经被行业广泛采用，现在我们意识到声明式代码更容易理解，拥抱这种范

💢 背景或痛点 和服务端联调接口，一般都是先给 swagger 文件，前端粘贴到 https://editor.swagger.io/ 然后从入参到出参逐个字段复制粘贴其描述当做注释、人工推断类型生成

🤔 问题 今天遇到一个 bug，大概是这样一个 Antd 的搜索表单，点击重置其他下拉框都可以清空，唯独“请选择用户”无法清空。 Bug 代码如下： 🕵️‍♂️ 调试了较长时间，发现是拼写问题 use

有点类似这个问题 antd 组件如何支持既能输入不存在的选项又能进行下拉框选择，但今天这个是 TS 类型问题。 比如我们有一个参数 role，支持传入 button img menu 的时候能触发补全

TL;DR 有时候我们想复用某个组件的类型，这时候如果开发者没有将组件类型 export 那我们似乎就没法做到了，难道只能被辱使用 any？这时候 React.ComponentProps 就派上用场

Node.js V22.7.0 无需编译可以直接运行 TS 文件，可以加速我们的开发过程，这是伟大的进步。原理是运行时将类型剥离（strip-types），但并不支持所有 TS 类型或特性，比如需要编

How To Type Array.reduce 使用 reduce 的时候我们通常会遇到 TS 类型错误问题： 第八行会报错： 你可以复制代码到 ts playground 尝试是否能解决。本文将提

TS 中的感叹号，称作『非空断言』操作符，Non-null assertion operator 中文理解： x! 将从 x 值对应的类型集合中中排除 null 和 undefined 的类型。比如

使用枚举具有诸多好处：Type safety 和 documentation（否则无法得知值的全貌）。但当我们的枚举值都是字符串时，应当优先考虑 union 类型来构造我们的类型。因为： 字符串已具备

背景 在 GitHub 遇到一些好玩的 TS 代码想直接在浏览器运行，但是浏览器目前并不支持 TS，还处于提案阶段。 比如遇到一个好玩的在控制台播放视频的小工具 console.video.ts。 要

TS 的结构化类型系统让编程语言更灵活，但是会给bug留有余地，具名类型选择了程序的正确性，即使结构相同的类型，只要类型名不一样就不能互相赋值。『具名类型』使得程序的正确性能通过类型检测器来保证。