标签:需要 通过 cdc pci 接下来 钩子 开始 今天 hot
目前小程序分享是没有回调的,就是用户如果单单从分享的行为是不知道用户是否分享成功了还是取消分享了
本文基于以上事实展开
今天收获比较多,所以啰里啰嗦多写点,该文基于我开发的挑战答题小程序,在挑战过程中,如果挑战失败,用户有一次分享复活的机会,但是这个分享不需要其他用户来协助,只需要发起分享行为就可以,但是目前小程序分享是没有回调的,那么怎么实现这个功能
挑战答题活动规则
(1)每个用户每天可以有三次答题的机会
(2)用户挑战失败,有一次复活的机会,用户分享即可复活,复活成功后,接着原先的题继续作答,如果下次失败则结束挑战
在开发分享复活的时候,从逻辑严谨性的角度来考虑,之前按照我的设计是需要其他用户配合参与,然后增加一次答题机会,然后每次复活也是从头开始作答,这是我的设计,具体的设计思路是
(1)用户发起分享,分享的时候,带参数,
(2)其他用户点击分享的卡片,确认分享成功
这个时候,对于发起分享的用户增加一次答题的机会,默认每天3次,复活一次,增加一次,也就是有四次答题的机会。
但是这个设计不被认可,改为下面的设计
用户分享,不需要其他用户参与,分享即复活,复活之后,继续作答,每次答题只有一次复活的机会
具体的设计思路
(1)由于目前分享不具有回调,所以只要用户发起分享行为,不管最终是否分享出去,都复活
(2)复活之后,当前题已选选项清空,状态清空,从该题开始继续作答
代码截图
从代码实现层面,就是直接在分享的钩子函数里面做了清空当前状态,记录分享行为等一系列复活需要的相关逻辑
f
f
界面截图
本次展示挑战答题的三个截图,方便对该类答题小程序感兴趣的同学参考
f
f
f
f
通过这次分享复活功能的实现,让我对小程序的分享有了更深的认识,我也会在接下来的学习中,对分享这块继续调研,看看有没有更优秀的方案。
标签:需要 通过 cdc pci 接下来 钩子 开始 今天 hot
原文地址:https://www.cnblogs.com/MyFlora/p/13358953.html