内容简介：用户通过交互和产品对话，好的交互非常重要。“错误提醒”在产品交互中也是非常重要的一部分，所以某些情况下app的错误提醒不能只依赖框架的回调。如果错误提醒只依赖框架回调，在normandie中有一个设计会影响到错误提醒的交互。
用户通过交互和产品对话，好的交互非常重要。
“错误提醒”在产品交互中也是非常重要的一部分，所以某些情况下app的错误提醒不能只依赖框架的回调。
如果错误提醒只依赖框架回调，在normandie中有一个设计会影响到错误提醒的交互。
这个机制在底层拉取数据某些指定报错后(不是普通的重试，普通重试是没有数据返回但不报错)，且缓存中还有数据时，会去重试拉取数据，目的是防止网络非常不稳定的情况造成的播放断开。
如果重试拉取数据持续报错就会将错误报告附加在缓存数据的末尾，待缓存数据消耗到末尾，错误被上报。
这里的问题是，这个错误上报会有延迟，延迟的时间就是缓存数据播放的时间。
在一些场景下需要app干预提早报告。
比如同时开着wifi和4g，播放，然后断开wifi。
这种情况下，播放当时选择的数据链路是wifi(系统里wifi优先)，虽然有4g alive但是播放仍然会断掉，但是因为框架的重试机制报错会延迟通知到用户。所以这里app要干预，监听到wifi断开，有所提示，并为用户做好在4g下重新发起播放的准备。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 针对web开发者的浏览器缓存指南(译)
- 让开发者专注于应用开发，OpenCenter 3.0 开发者预览版发布
- 让开发者专注于应用开发，OpenCenter 3.0 开发者预览版发布
- GitHub 推出开发者赚钱新利器，100% 全给开发者！
- Google开发者大会：为中国开发者和消费者推出新的工具
- OpenCenter3.0开发者预览版发布，开发者不能错过的新特性！
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
