用户通过交互和产品对话,好的交互非常重要。
“错误提醒”在产品交互中也是非常重要的一部分,所以某些情况下app的错误提醒不能只依赖框架的回调。
如果错误提醒只依赖框架回调,在normandie中有一个设计会影响到错误提醒的交互。
这个机制在底层拉取数据某些指定报错后(不是普通的重试,普通重试是没有数据返回但不报错),且缓存中还有数据时,会去重试拉取数据,目的是防止网络非常不稳定的情况造成的播放断开。
如果重试拉取数据持续报错就会将错误报告附加在缓存数据的末尾,待缓存数据消耗到末尾,错误被上报。
这里的问题是,这个错误上报会有延迟,延迟的时间就是缓存数据播放的时间。
在一些场景下需要app干预提早报告。
比如同时开着wifi和4g,播放,然后断开wifi。
这种情况下,播放当时选择的数据链路是wifi(系统里wifi优先),虽然有4g alive但是播放仍然会断掉,但是因为框架的重试机制报错会延迟通知到用户。所以这里app要干预,监听到wifi断开,有所提示,并为用户做好在4g下重新发起播放的准备。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。