轻量级前端框架助力开发者提升项目效率与性能
506
2024-07-08
在做各种各样的业务时,我们不可避免的需要在业务中进行埋点,这些埋点通常包含但不限于曝光、点击、停留时长、离开页面等场景,而在小程序中因为其和浏览器不同的架构,导致了监听页面变的更加困难,通常我们都会通过重写 Page 方法来达到对小程序原生生命周期的拦截代理,从而进行业务埋点,但是在 Taro 中这一切变得不同了。
在多端统一的Taro中,我们不再能看到显式的 Page 调用,甚至 Taro 打包之后的代码里也不再存在任何 Page 的迹象,取而代之的则是小程序原生的 Component(这一点大家通过观察打包后的内容可以得知),所以为了实现微信小程序在Taro中的自动埋点,我们需要换一个策略:重写Component。
在微信小程序中,其暴露的Component 和 Page 能够直接被重写并进行赋值:
1 2 3 |
|
这样可以很快的解决问题,但是当我们在另一个小程序做这件事情的时候,我们就又需要手动做一次这些处理,难免有些麻烦,为什么不找一个更通用的方案,我们只用关注我们需要关注的业务(埋点)就行了呢?
重中之重,从零开始思考,掌握真正问题,接近问题本质
在解决问题之前,不如让我们先看看这个问题的本质是什么。想在小程序中进行自动的埋点,其实要做的就是在小程序指定的生命周期里做一些固定的处理,所以我们自动埋点的问题实际上是如何劫持小程序的生命周期,而要劫持小程序的生命周期,我们需要做的就是去重写options。
在解决这个问题之前,我们要把自己需要解决的问题拆分出来:
应该怎么重写 options
应该重写哪些 options
怎样把自己的业务注入到监听的生命周期中。
我们在上面的基础解决办法对如何重写options就已经有了答案,我们只需要在原小程序提供的方法外再包裹一层即可解决,同时为了保证我们的解决方案能适用于原生小程序和Taro这种多端统一的小程序方案,我们应该同时支持重写Component和Page,而对于最后一个问题,我们可以思考一下js中的事件系统,相似的我们也可以实现一套发布订阅的逻辑,只需要定制触发事件(生命周期)和listeners,再针对生命周期原有逻辑进行包装即可;
首先我们在重写Component和Page之前应当保存原始的方法,避免原始方法被污染我们无法回退,这之后再去将小程序中的所有生命周期进行枚举生成一个默认的事件对象中,保证我们在注册了对应生命周期的listeners后能通过寻址找到并对原生命周期方法进行重写。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
|
在这一步我们只需要将监听函数放到我们第一步中声明的事件对象中,然后执行重写流程即可:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 |
|
经过如上两步,我们就能对指定的生命周期进行劫持并注入我们自己的listeners,使用被重写过Component或者Page就会自动触发这些 listeners。
为了方便直接对微信小程序原生环境和Taro等多端统一方案进行这一套通用的解决方案,我实现了一个插件来解决这个问题(私心安利)
1 2 3 |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
|
只需要通过简单地 setup 就能解决以前需要手动书写一大堆的重写逻辑,何乐而不为呢。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~