filters只能处理无状态轻量转换，复杂逻辑必须移至methods或工具函数；如日期解析兼容、角色判断、金额格式化、多字段组合等均不可在filters中实现。
过滤器里不能写复杂逻辑，这是硬限制
uni-app 的 filters 本质是 Vue 2 风格的纯函数，只接收值、返回值，不支持响应式依赖、this 上下文、异步操作或副作用。所谓“复杂逻辑运算”，比如跨字段比较、调接口查状态、格式化时读取用户偏好设置——在 filters 里根本跑不通，强行塞进去只会导致 H5 正常、小程序白屏、iOS 时间错乱。
哪些“复杂运算”必须移出 filters
以下场景一旦出现，立刻把逻辑从 filters 拆出来，放到 methods 或工具函数里：
-
new Date(dateString)带字符串解析 —— iOS Safari 不认"2026-08-05"，但filters里没法加兼容处理 - 需要判断当前用户角色再决定显示“编辑”还是“查看”按钮文本 ——
filters拿不到store.state.role - 把金额转成带单位的字符串（如“¥12,345.00 → 1.23万元”）—— 涉及数值计算和条件分支，
filters无法维护可读性 - 根据多个字段组合生成标签文案（如
status + priority + isUrgent）——filters只能接收单个参数，多参得靠v-bind拼对象，极易出错
真正该放 filters 里的，只有这三类
过滤器只适合做无状态、无副作用、输入确定输出的轻量转换：
- 固定格式日期转字符串：
formatDate(timestamp, 'yyyy-MM-dd')，前提是传入的已是合法时间戳或Date实例 - 字符串截断：
ellipsis(text, 20)，不涉及 API、不读 state - 枚举值映射：
statusText(statusCode)，查静态对象{ 1: '待处理', 2: '已完成' }
哪怕加一个 toLocaleString() 都要小心——它依赖本地时区，而小程序真机环境时区可能为空，结果不可控。
替代方案：用 computed 或 methods 显式控制
当需要真正“复杂”的运算时，直接放弃 | filterName 写法，改用：
- 在
setup中用computed包裹逻辑：const displayText = computed(() => formatWithRole(props.data, userStore.role)) - 在
methods里封装可复用函数，配合@change或watch触发更新 - 导出独立工具函数（如
utils/format.js），按需import，避免污染全局或原型链
最易被忽略的一点：filters 在 v-for 里高频调用，任何涉及对象深克隆、正则全局匹配、循环遍历的操作都会明显拖慢列表渲染——这不是优化问题，是架构选择错误。
