浮点数精度问题需用 Big.js 处理，uni-app 中 v-model 输入值为字符串须转 Number 再运算；运算符连续点击需重置状态；等号计算前须校验输入合法性；移动端按钮需防抖、阻止冒泡并禁用高亮。
浮点数精度问题不处理，直接用 +、-、*、/ 计算，结果大概率出错；vue2 的 v-model 绑定输入框后，值是字符串，但后续参与计算时没转类型，也会崩。
uni-app 中 v-model 和数字输入的坑
uni-app 的 <input> 在 vue2 下绑定 v-model 后，value 始终是字符串（哪怕你输的是 123），不是 Number 类型。直接拿它做加减乘除，JavaScript 会隐式转换，但 "0.1" + "0.2" 就变成 "0.10.2"，而不是 0.3。
常见错误现象：this.number = this.number + 1，如果 this.number 是 "0.1"，结果就是 "0.11"，不是数学加法。
- 输入数字时，用
parseInt()或parseFloat()显式转类型，但注意小数点后多位会截断或四舍五入 - 更稳妥的做法：所有运算前统一用
Number(val)转换，且优先使用Big.js处理浮点场景（比如new Big("0.1").plus("0.2")） - 显示层保持字符串没问题，但中间变量如
currentNumber、previousNumber建议存字符串，计算时再转——避免反复 toString/parse
运算符连续点击时状态没清空导致逻辑错乱
用户连按 + → - → *，如果不重置上一步操作，previousNumber 还是第一次按 + 时的值，calculationOperator 却已变成 *，最后算出来的是 prev + curr - curr * curr 这种诡异表达式。
典型表现：按 5 + + 3 =，期望是 5 + 3 = 8，实际可能得 5 + 5 + 3 = 13 或直接 NaN。
- 每次新按运算符前，先执行一次
handleCalculate()（如果有上一运算符和当前数） - 然后才更新
previousNumber = currentNumber、calculationOperator = operator -
shouldResetScreen = true必须在设置新运算符后立即置为true，否则下个数字会拼到旧数字后面
等号计算时没做表达式合法性校验
用户乱按一通，比如 5 + + 3 =、÷ 2 =、= 单独按，handleCalculate() 里直接用 new Big(this.previousNumber) 和 new Big(this.currentNumber) 计算，但 this.previousNumber 可能为空或非法字符，Big.js 构造失败抛错，整个计算器卡死。
错误信息示例：Error: new Big() not a number: "" 或 NaN 被传入 toString() 导致渲染异常。
- 进
handleCalculate()前加守卫：if (!this.calculationOperator || !this.previousNumber || !this.currentNumber) return - 对
this.previousNumber和this.currentNumber做基础清洗：用trim()去空格，用正则/^-?\d*\.?\d+$/初筛（注意允许负号和小数点） - 用
Big.js构造后，检查.isNaN()方法返回值，为true就跳过计算并重置屏幕
移动端按钮点击区域太小或响应延迟
uni-app 默认 button 组件在 iOS 上点击无反馈，安卓部分机型有 300ms 延迟，用户猛点两下可能触发两次 click，导致数字重复追加或运算符叠写（如 5++3）。
这不是逻辑 bug，但直接影响可用性——用户以为“没点上”而反复点，反而把状态搞乱。
- 所有按钮必须加
@click.stop阻止事件冒泡，避免父容器也响应 - 禁用默认高亮：在按钮 class 上加
user-select: none; -webkit-tap-highlight-color: transparent; - 关键操作（如
=、AC）加防抖：记录上次点击时间戳，间隔 - 不要用
<button></button>标签，改用<view></view>+@click，更可控
最常被忽略的是：Big.js 构造函数只接受字符串或数字，但你传进去的可能是带空格的 " 0.1 " 或含非法字符的 "5..2"——它不会自动 trim 或纠错，而是静默失败或抛错。别指望库替你兜底，输入端就要卡死格式。
