类型转换是明确表达期望类型的沟通行为，而非强制改变数据形态；它通过显式转换、严格比较、校验前置、typescript保障及日志对比等手段提升安全性、可读性与可维护性。
类型转换不是“把数据硬掰成另一种样子”，而是让代码明确表达“我期望它是什么类型”，从而减少隐式错误、提升可读性与后期维护性。
显式转换比隐式转换更安全
JavaScript 中的 == 和字符串拼接（如 "1" + 2）会触发自动类型转换，容易引发意外结果。比如 0 == false 为 true，但 0 === false 为 false——后者更符合直觉。
- 用
===替代==，避免值与类型同时模糊匹配 - 数字转换优先使用
Number()或一元加号+str，比parseInt()更一致（后者会截断非数字字符） - 布尔转换推荐
Boolean(value)或!!value，避免依赖 “falsy” 的隐含规则（如空数组[]是 true，但很多人误以为是 false）
函数入参做类型校验和转换
接收外部输入（如 API 返回、表单字段）时，不要假设类型正确。提前转换并抛出清晰错误，比让 bug 流到下游更可控。
- 对可能为字符串的数字字段，用
const id = Number(input.id); if (isNaN(id)) throw new Error("id must be numeric") - 处理日期时，不直接用
new Date(str)，先校验格式或用Date.parse(str)判断是否有效时间戳 - 对象字段缺失时，用默认值转换：
config.timeout ?? 5000比config.timeout || 5000更准确（前者只在 undefined/null 时生效）
用 TypeScript 做编译期类型保障
TypeScript 不是“写更多类型注解”，而是把类型转换逻辑前置——让转换意图在定义时就固化下来。
- 接口中声明字段类型，如
age: number，调用方传字符串就会报错，逼你主动做parseInt() - 自定义类型守卫（type guard）让条件分支更可靠，例如
function isString(val: unknown): val is string { return typeof val === "string" } - 泛型函数封装常用转换逻辑，如
function toNumber<t>(val: T): number | null</t>，复用的同时保持类型推导
日志与调试时保留原始类型信息
调试阶段常看到 console.log(typeof x, x)，但真正有用的是“转换前 vs 转换后”的对比。
- 记录关键转换点：
log("parsed user ID", { raw: input.id, parsed: userId }) - 避免在日志里直接拼接类型不明的值，比如
console.log("ID: " + id)可能掩盖null被转成字符串"null"的问题 - 单元测试覆盖边界情况：空字符串、
null、undefined、科学计数法字符串等，验证转换函数是否稳定
类型转换的本质是沟通——和机器沟通你要什么，和团队沟通你预期什么。写清楚，比猜得准更重要。
