模态弹窗打断用户的操作，用于提供重要信息或者要求用户决策。出现时会禁用所有的应用程序功能，并且一直显示在屏幕上，直到用户选择确认、关闭或已采取必要措施为止。但由于会打断用户，所以要谨慎使用。
模态弹窗的使用原则：
因此模态弹窗更适用于以下两种情景：
- 阻止应用正常运行的错误
- 需要特定用户任务，决策或确认的关键信息
网络异常反馈形式总结：
- 对于不同情景下的网络异常提示，我们需要区别考虑，选用最优的状态反馈方式，我认为有以下几点在之后的设计中可以运用：
- 对于一般的列表消息类的APP，采用相对简单、与整体列表和谐的tips提示，可以加入跳转逻辑，如引导用户查看帮助等
- 对于内容类产品，经常需要刷新页面读取最新动态内容的产品，采用toast提示，一般存在1-2s，需要注意不要放置过多文字
- toast的延伸类型snackbars可以加入按钮、拖拽关闭等，比常规toast更具备交互性，可以用于向用户展示一些比基础的正确/错误反馈稍重要些的提示
- 除非重要信息提醒/紧急情况，慎用/不用模态弹窗
由于空状态没有实质性的页面内容，所以需要反馈给用户相关信息去添加或重新提交数据请求。
一般来说，我们说的空状态有两种触发场景：
1. 需要用户主动添加信息的空状态
此类空状态一般有时会通过文案提示引导用户创建内容，如上图中的“下厨房”APP，利用了俏皮文案加操作指引的方式引导用户创建菜谱。
设计形式上需要注意：遵循产品整体风格、文案 插图的形式比较常见美观。
2. 用户通过APP内的操作如搜索、删除等导致的空状态
这种被动空状态的情况更需要提示用户
- 为什么会出现空状态的情况
- 怎样做可以解决空状态
- 其它可能你需要的功能等
从上图实例中可以看出，功能系统较为完善的产品中，当有被动空状态出现时，往往会给用户其它选择避免当前的“尴尬”，而不是冷冰冰的空白页面，不知道的还以为正在搜索或者是卡了呢！
空状态反馈机制总结：
- 注意区分两种情境下的空状态
- 空状态的文案和插图可以根据产品风格自由发挥，能帮到用户当然更好
- 当出现空状态时，可以提供给用户其它相似/推荐内容，使部分用户的体验更为顺滑，而不是断断续续的体验。
