微信小程序微信小程序 使用使用filter过滤器几种方式过滤器几种方式
由于微信小程序 技术生态比较闭合，导致很多 现代前端框架很多积累出的成果都没有实现(可能未来会逐一实现). 用惯了现代
再耍小程序 总感觉很不顺手.
需要结果的请直接看最后的WXS
### View Filter
filter 理解为管道加工处理, 你扔给我一组数据 经过各种不同类型的管道加工 产出新的数据 但是又不会影响修改原数据, 最终展
示给用户.
现有前端框架filter一般:
time | dateTime('yyy-mm-dd')
使用 | 作为管道符 传递参数进行序列化
缺陷缺陷:
截止目前,小程序官方并没有管道实现方式,以下列出了替代几种方案，供大家选择使用.
直接修改原数据直接修改原数据
在请求完成之后 对返回值data进行一次数据处理 比如 抽象一个_formatListData方法对 返回进行二次处理.
_formatListData(list) {
return list.map((item) => {
let date = FormatUtil.getDateTime(item.childBirth);
item.filterChildBirth = `${date.y}-${date.M}-${date.d}`;
return item;
}
}
这种方式会给原数据添加新字段 filterChildBirth (原字段为 childBirth) . 最终展示也是显示filterChildBirth 到view上面，多个需
要filter的字段都通过这种方式去处理,很明显 对一些业务型filter倒还好 如果遇到filter需要 共享 就比较坑.
ES6 get
data : {
time : 1511748300571
}
get time (){
return FormatUtil.getDate(this.data.time);
}
通过get方法来实现对字段显示过滤. 只能操作对象 对数组中的item 比较无力.
WXS
微信小程序的架构分为 app-service 和 page-frame，分别运行于不同的线程。你在开发时写的所有 JS 都是运行在
app-service 线程里的，而每个页面各自的 WXML/WXSS 则运行在 page-frame 中。app-service 与 page-frame 之
间通过桥协议通信（包括 setData 调用、canvas指令和各种DOM事件），涉及消息序列化、跨线程通信与
evaluateJavascript()。这个架构的好处是：分开了业务主线程和显示界面，即便业务主线程非常繁忙，也不会阻塞
用户在 page-frame 上的交互。一个小程序可以有多个 page-frame （webview），页面间切换动画比SPA更流
畅。坏处是：在 page-frame 上无法调用业务 JS。跨线程通信的成本很高，不适合需要频繁通信的场景。业务 JS
无法直接控制 DOM。
作者：鲁小夫
链接：https://www.zhihu.com/questio...
了解了wxs 设计初衷，我们也就知道能做什么事情了.
wxs 目前主要是增强 wxml 标签的表达能力
ps : 因为运行在不同线程所以 js与wxs 不能相互引用的. 这就有可能在js中使用公共方法 在wxs中需要重新写一份(为了共享
filter) 造成代码冗余.
通过wxs 实现共享filter:
1. 首先我们建立共享filter文件夹,实现一个日期格式化
评论0