温度换算必须单独处理，因℃、℉、K间非线性关系；℃→℉用v×9/5+32，℉→℃用(v−32)×5/9，℃→K用v+273.15；联动应仅在输入框绑定input事件，查表计算而非重复监听或硬编码if/else。
直接用 HTML + JavaScript 就能做出一个可用的单位换算工具，不需要框架、不依赖后端，打开网页就能算。关键不是“怎么写全”，而是“哪些换算关系必须写对”“输入框怎么联动才不卡顿”“为什么温度换算不能套用其他单位的公式”。
温度换算必须单独处理，℃、℉、K 之间不是线性偏移那么简单
长度和重量是纯比例换算（比如 1 km === 1000 m），但温度不同：0℃ === 32℉，而 100℃ === 212℉，斜率是 9/5，还要加减偏移量。直接套用 value * factor 会出错。
-
℃ → ℉：用value * 9 / 5 + 32 -
℉ → ℃：用(value - 32) * 5 / 9 -
℃ → K：用value + 273.15（注意是273.15，不是273） - 别把
K → ℃写成value - 273，误差会到 0.15℃，工程或教学场景下不可接受
<select> 联动时，避免用 onchange 绑定多个重复监听器
常见写法是给每个下拉框都加 onchange="convert()"，但一旦换算逻辑变复杂（比如支持 6 类单位、12 种组合），就会触发多次冗余计算，输入还没停，结果就跳了三次。
- 只在「数值输入框」上绑定
input事件（不是change），实时响应但不过度触发 - 用一个统一的
convert()函数，根据当前「输入单位」和「目标单位」查表计算，不要为每对组合写独立函数 - 查表推荐用对象字典，例如：
const tempFactors = { 'c2f': (v) => v * 9/5 + 32, 'f2c': (v) => (v - 32) * 5/9 } - 别在每次
input里重新生成选项列表或重绘select，DOM 操作放外面初始化时做一次就行
长度/重量单位换算要区分「进制」，别把 1 mile 当成 1000 m
用户容易默认所有单位都是十进制，但英制单位不是：1 mile = 1609.344 m，1 yard = 0.9144 m，1 lb = 0.45359237 kg。用近似值（比如 1 mile ≈ 1600 m）在工具里会暴露专业度问题。
立即学习“前端免费学习笔记（深入）”；
- 优先采用国际标准定义值，例如 NIST 或 ISO 80000 给出的精确换算系数
- 重量中
ounce要分清avoirdupois ounce（常用，28.3495 g）和troy ounce（贵金属，31.1035 g），普通工具默认用前者 - 显示结果时保留小数位数要合理：
1 cm → inch显示0.3937就够，没必要到小数点后 10 位 - 别在 JS 里硬编码一堆
if/else判断单位名，用映射表 + 动态 key 拼接更易维护，例如：factor = factors[`${from}2${to}`]
最常被忽略的是输入校验边界：空值、非数字、科学计数法（如 1e3）、负温度（开尔文不能为负）。这些不处理，用户输个 -500K 工具就返回一个荒谬的摄氏值，而不是提示错误。
