iOS Safari 不支持 "2026-09-04" 格式，需 replace(/-/g, '/') 后用 Date.parse() 再 new Date()；过滤器应仅做纯计算，考勤规则、节假日判断等须外提至 computed 或 methods。
过滤器里别直接 new Date(dateString)
iOS Safari 不认 "2026-09-04" 这种格式，new Date("2026-09-04") 在真机上会返回 Invalid Date，导致后续所有判断失效。Android 和 H5 可能正常，但一上线就出问题。
必须先做字符串标准化：
- 检查类型，字符串就用 .replace(/-/g, '/') 转斜杠；
- 再用 Date.parse() 得时间戳；
- 最后用 new Date(ts) 构造对象。
示例过滤器逻辑：
filters: {
checkLateEarly(value) {
if (!value) return '未打卡'
const ts = typeof value === 'string'
? Date.parse(value.replace(/-/g, '/'))
: value
const d = new Date(ts)
if (isNaN(d.getTime())) return '时间无效'
<pre class="brush:php;toolbar:false;">const hour = d.getHours()
const minute = d.getMinutes()
const totalMinutes = hour * 60 + minute
if (totalMinutes = 570) return '迟到' // 9:30 后
return '正常'} }
“迟到/早退”判断依赖业务规则，不是固定时间点
真实考勤场景中，上下班时间常因部门、班次、节假日动态变化。过滤器里硬编码 540（9:00）或 570（9:30）会迅速过时。
更可靠的做法是把规则外提：
- 从接口拉取用户所属班次的
workStart和workEnd（如"09:00"、"18:00"） - 在页面
data或computed中预计算阈值分钟数，传给过滤器 - 过滤器只做纯计算，不发请求、不读 store、不调 API
比如：{{打卡时间 | checkLateEarly(workThresholds) }}，其中 workThresholds = { early: 540, late: 570 }
过滤器无法响应“今日/昨日/节假日期间”的上下文变化
很多需求不只是看时间点，还要结合日期判断：比如“周末打卡不算迟到”“法定假日不考勤”。过滤器没有 this 上下文，拿不到当前日期、节假日列表、用户排班表。
这类逻辑必须移出过滤器：
- 在
methods或工具函数里，用dayjs或date-fns判断是否节假日 - 用
computed合并打卡时间、班次规则、当日类型，生成最终状态字段 - 过滤器只负责最后一步：把数字状态码转成中文（如
1 → '迟到'）
强行塞进过滤器，会导致逻辑散落、复用困难、测试难覆盖。
App 端过滤器返回值可能被 Vue 响应式系统忽略
uni-app 的 App 端（尤其 iOS）对过滤器的依赖追踪较弱。如果打卡时间是异步更新的（比如从 pinia store 或接口返回），过滤器可能不会重新执行，UI 就卡在旧状态。
规避方式：
- 确保过滤器入参是响应式数据（如
打卡时间是 data 里的字段，不是局部变量） - 避免在过滤器里访问非响应式对象（如
uni.getStorageSync返回值） - 更稳的做法：用
computed替代过滤器，例如：statusText() { return this.checkLateEarly(this.clockInTime) }
真正容易被忽略的是——过滤器适合“输入确定、输出确定、无副作用”的转换。一旦涉及日期上下文、多数据源聚合、或需要触发副作用（如上报埋点），它就不再是合适选择。
