鸿蒙平台不支持 vue 2 风格 filters，因其底层未注入 filter 解析逻辑且 vue 3 已移除该 api；应改用 computed、methods 或请求预处理替代，避免模板层逻辑臃肿。
uni-app 里所谓“过滤器兼容问题”，本质是概念误用——鸿蒙平台（包括 APP-HARMONY 和元服务）**不支持 Vue 2 风格的全局或局部 filters**，且 Vue 3 已移除该 API。你遇到的不是“兼容问题”，而是写法失效：编译不报错、运行不执行、v-if 中直接语法错误。
为什么鸿蒙上 filters 完全不生效
鸿蒙小程序平台（APP-HARMONY）底层不注入 Vue 的 filter 解析逻辑；HBuilderX 编译时也不会把 Vue.filter 注册语句打包进 ArkTS 或 JS Bundle。哪怕你在 main.js 里写了 Vue.filter('date', ...)，在鸿蒙端也等于没写。
- 模板中
{{ value | formatDate }}在 H5/APP-PLUS 正常，但在鸿蒙端渲染为空或原值 -
v-if="item.status | statusText === '已发布'"会触发编译错误：Invalid expression - 使用
computed包裹过滤逻辑时，若原始数据为null或undefined，容易返回undefined导致条件判断失败
替换 filters 的三种落地方式（按优先级）
所有方案都绕过 filters，改用鸿蒙可执行、可调试、可跨端的逻辑层处理。
-
计算属性（推荐）：适合状态映射、布尔判断等静态转换
例如将后端type: 1转为是否显示按钮：computed: { showEditBtn() { return this.item.type === 1 } }，然后v-if="showEditBtn" -
方法调用（灵活）：适合带参数的格式化，如日期、金额
methods: { formatPrice(val) { return `¥${(val / 100).toFixed(2)}` } }，模板中{{ formatPrice(item.price) }} -
请求后预处理（性能优）：适合列表渲染，避免重复计算
this.list = res.data.map(i => ({ ...i, displayStatus: i.status === 'active' ? '启用' : '停用' }))，后续直接{{ item.displayStatus }}
鸿蒙专属注意事项
鸿蒙平台对响应式依赖更敏感，且部分 API（如 uni.showToast）在旧版基础库中不支持 icon: 'none'，若你曾把提示逻辑塞进过滤器再调用 toast，现在必须拆出来：
- 别在
computed或filter函数里调用uni.showToast—— 副作用不能放纯函数里 - 错误文案建议统一管理为对象，例如：
const errorMsg = { 1001: '登录失效', 1002: '权限不足' }，再通过errorMsg[err.code] || '未知错误'获取 - 鸿蒙条件编译必须用
#ifdef APP-HARMONY，不是#ifdef APP-PLUS，否则你的鸿蒙专用方法根本不会编译进去
真正要盯住的不是“怎么让 filters 活过来”，而是“哪些逻辑被错误地塞进了模板层”。鸿蒙没有滤镜，但有更清晰的数据流——把转换提前到 data、computed 或 onLoad 里，比修兼容性省力十倍。
