闪屏的逻辑

产品概述及目标：启动应用程序需要一定时间，通过闪屏提升用户体验，充当产品和用户之间产生互动的桥梁。

用户场景： 在特定时间展示启动页图片

实现功能：应用在启动时展现图片

平台：Android  &  iPhone

闪屏图片规格：两种分类方式：

A公司：Android通用分辨率、Android特殊分辨率、iPhone通用分辨率、iPhone特殊分辨率

B公司：

后台主要逻辑：后台可以配置不同时间段的多个闪屏

---

A.查询本地状态：判断本地的全部闪屏中是否有存在符合当前本地时间的闪屏

1.如没有符合当前本地时间的闪屏，则不显示闪屏

2.如有符合当前本地时间的闪屏，显示该内容的闪屏

B.展现闪屏逻辑：显示闪屏时，不同平台的处理机制

1.如所属平台为Android，则用闪屏图片B直接代替本机默认图片A

2.如所属平台为iPhone，则本机默认图片A显示完成后，再显示闪屏图片B

客户端其它补充：

闪屏展示时间默认为3秒

用户切换应用到后台超过30分钟，回到应用，再次展现符合时间段内的闪屏

有跳过按钮，显示跳过按钮在闪屏上，用户点击跳过可以关闭闪屏进入客户端

C.查询服务端的闪屏配置：客户端每次开启联网时读取服务端闪屏配置列表，并根据联网环境情况执行操作

1.如处于非WiFi网络，闪屏和服务端闪屏配置不同，则客户端以服务端闪屏配置为准进行删除客户端闪屏数据操作

2.如处于WiFi，则下载新增的闪屏图片，并且删除过期的闪屏

服务器配置可以是多张闪屏图片，同一个时间只能展示一张图片。

闪屏需求流程图：

配置后台逻辑：

后台逻辑&后台上传字段

闪屏配置：

闪屏后台的iPhone平台和android平台可分开配置

每个闪屏可以设定单独的开始和结束时间

闪屏上线队列：

已经排队的闪屏可以被删除（执行下线）

闪屏队列分为：准备上线、进行中、已失效三种状态。

时间上有冲突的闪屏，以最后上线的闪屏为最新，冲突的闪屏的状态会变成已失效

单个闪屏项目展现人数/次数/日

手机端加载闪屏完成之后发送服务端

大家看了还有其它问题吗？

下一期讲应用更新