项目实笔
Speaking的优化流程
1、用户反馈:speaking的录音评测过程出现等待卡顿现象,
2、speaking流程:
播放单词-ding开始-开始录音-结束录音-ding结束-播放原声-评测结果
3、原来代码逻辑:
播放单词开始起,3秒开始录音 ,3s 后结束录音,结束录音开始播放原声,播放原声3s ,之后收到反馈结果,tryagain重复这个流程
4、优化流程:
(1)优化第一版本:
获取的当前播放单词的时间,举例单词时间为1.8秒,采取向上取整的方式取2s ,2s后开始录音,录音时长为当前单词的时长+1s,录音结束,开始播放原声,播放原声时长为当前单词的时长+1s,,之后收到反馈结果,tryagain重复这个流程
第一版本把握时间控制,都是以当前单词的时间 动态推进流程
(2) 优化第二版:
在第一版的基础上,发现ios 有兼容问题,修改为各个动作监听完毕后开始下一个动作,采用的方法是
animation.on('stop', this.onStop, this);该方法使用后发现,播放动画监听结束时,该动画才播放到正常流程的一半,并非理想中监听到播放完毕。
(3)优化第三版:
在第二版的基础上,监听函数效果不好,回归到动态获取单词时间的方案上,手动控制动画的播放速效率,区分ios和安卓两个系统,但是ios 在手动控制速率上效果不好,
(4)优化第四版:
镖哥的接入,在第二版的基础上,修改为各个动作监听完毕后开始下一个动作,采用的方法是
animation.on('finished', this.onStop, this),能够在动画播放完毕后监听到。这种监听事件回调的方式,判断接下来动作的执行,ios 兼容问题解决。
5、反思:
(1)、在录音时长和播放单词时长时,应该动态获取,不能直接固定时间后开始录音和播放声音,流畅性差,会给用户等待卡顿的不友好体验
(2)、对于监听事件,对于cocos 文档没有熟看,导致用错方法,耽误开发时间,
6、接下来要做的事:
(1)、产品迭代,从用户的角度去感受,用技术去改善用户的使用体验,
(2)、增加自身的学习能力,过程也要不断提高效率,总结问题解决思路,持续改善。