边界情况的设计

基础篇

目录
1.兼容性
2.横竖屏
3.网络
4.数据
5.上传下载
6.出错
7.对话框和提示

兼容性

系统版本
截至2016年6月24日，iOS最新版本为iOS9。iOS版本所占比例为：

iOS各版本比例

• 兼容iOS7及以上

  
  
  

  iOS 9

数据来源于这里

手机版本
截至2016年6月24日，iPhone最新版本为iPhone6s。

iphone6S

• 兼容iPhone4S及以上

  
  
  

  iphone

横竖屏

只支持竖屏显示

首页

网络

** 发送网络请求 **
显示菊花，可根据界面需求，考虑是否中断屏幕操作

菊花

** 无网络 **
一些主要操作依赖于网络，在无网络情况下给出提示。

• 依赖于网络的界面应该先优先判断是否有网络，再处理其他异常。

  
  
  

  网络断开

网络请求超时
在程序默认的等待时间内没有得到的响应。设置等待和请求时间，超过30秒就获取失败，并超时提示。

• 请求发送超时

请求发送超时

• 服务器响应超时

服务器响应超时

数据

** 空数据 **
未产生数据的情况下，显示一定的信息让用户看到信息，了解界面是做什么的，并在适当的时候引导用户去产生数据。

还未添加银行卡

今天未收银

无会员

还没有员工

无收银员

** 搜索数据 **

• 显示搜索过程

  
  
  

  搜索进度

• 无搜索结果

  
  
  

  无搜索结果

** 数据请求 **

• 数据请求过程和加载过程。中断屏幕操作

  
  
  

  菊花

• 局部显示菊花，中断屏幕部分操作，但可以返回

  
  
  

  局部显示

可以返回

** 数据加载 **

• 数据加载，默认20条数据。

  
  
  

  平台奖励账单

注意：10条数据太少，滚屏浏览会频繁的刷新数据，预期一次加载2屏幕的内容，便于用户浏览

• 数据加载失败，可以重新刷新

  
  
  

  数据加载失败

** 数据刷新 **

• 列表下拉进行数据刷新

  
  
  

  最近

时间点

日期

注意：
规则1：30分钟内，显示最新
规则2：一天内，24小时制，显示小时：分钟
规则3：其他仅显示日期

** 数据缓存 **

• 缓存数据，建议20条记录

  
  
  

  平台奖励账单

*注意：
1.由于没有办法缓存全部数据，如果有新数据，数据重新加载
2.下拉刷新时重新加载
3.断网时可浏览缓存数据

下载和上传

下载
情况1：下载进度
情况2：下载失败
情况3：下载成功

注意：暂无下载需求

• 上传

• 上传进度

  
  
  

  上传进度

• 上传成功，通过单独界面或者对话框的方式提示用户

  
  
  

  提交成功

收银成功

• 上传失败，提示用户

  
  
  

  上传失败

出错

程序崩溃
程序应避免崩溃

接口异常
包括接口异常、参数不符合要求

提示

规范1.应该避免向用户描述接口异常，** 用户ID错误 **等专业名词
规范2.一部分错误，由服务端向客户端返回错误码，由客户端定义提示内容
规范3.另一部分错误，有服务端直接返回提示内容，客户端直接向用户提示

服务器异常
规范1.应该避免向用户描述“404”等专业名词

对话框与提示

Toast
Toast是一种简易的消息提示框。告知用户任务状态，操作结果，例如：发送成功，加载中，删除成功。Toast会在屏幕所有层的最上方。显示时间有限，1秒后消失。考虑到显示的时间，容易被用户忽略，不适合承载过多的文字和重要信息。Toast的出现与用户的操作行为紧密相关，所以其出现的位置与用户的操作最好能联系在一起。比如正在登录：

登录

规范1.弱提示，不需要用户特别关注和及时处理。用户不阅读也不会影响到使用
规范2.屏幕所有层的最上方，显示在屏幕中间位置，1秒后消失
规范3.除非特别需要，否则不加图标

网络请求失败（避免）

支付成功（提倡）

规范4.文字描述不要句号、问号、感叹号
规范5.弹出方式（淡入淡出，持续时间300毫秒，动画曲线：easy in easy out）
规范6.显示位置为屏幕上下居中、屏幕左右居中

注意：
1.Toast的位置，显示时间可修改

参考安卓设计规范

Alert
Alert是模态的提示框。使用Alert时必须传达出清楚且可操作的信息。Alert会打断用户的操作，要求用户集中精力来处理其传达的信息，并需要一次点击才能结束，因此要让用户明确知道警告框出现的合理性和必要性。并且Alert的出现必须非常克制，这样用户才不会因为频繁的点击确定而导致不必要的损失。

Alert警示框

• 在用户进行操作后，APP执行操作前，如果用户的操作的结果会带来比较严重的后果，如不可撤销的数据删除，金钱交易，退出登录等。

数据未保存，返回确认

退出登录确认

• 出错提示

  
  
  

  提交失败

• 表单校验提示

  
  
  

  表单填写不符合要求

规范1.只在必要的时候显示标题，用简单的文字作为标题告诉用户结果

登录失败

规范2.句末可以使用问句“？”，不适用句号“。”和其他标点符号
规范3.操作按钮，避免出现简单的“是”、“否”
规范4.如果有2个操作按钮，希望用户点击的操作放在右边

Action Sheet
操作列表提供一组与当前上下文的两个或更多的选择，响应控制或操作警报。让人们开始任务之前或执行一个潜在的破坏性操作之前请求确认。在小屏幕，一个操作列表从屏幕底部向上滑动，在大屏幕，操作列表是一个弹出层。

打折

规范1.提供一个取消按钮，让用户放弃任务。取消按钮操作列表的底部。
规范2.使用红色突出执行破坏性或危险动作的按钮，在操作列表顶部显示
规范3.避免使用滚动的操作列表

参考iOS人机界面指南

8.中间状态
类似下载，上传，导入，添加等操作都有一个过程，需要响应/等待时间，通过给中间过程状态增加一些动画。比如：

登录

正在登录

重置密码

重置密码

支付

支付

注意：
1.最小干扰原则。不增加干扰的前提下，对用户使用，理解有帮助
2.不影响操作的连贯性。考虑是否会中断屏幕操作
3.考虑支持取消或者返回
4.操作结果给出必要的反馈