口语化loading是啥意思 loading是什么意思( 三 )


f. 使用标签栏来展示不同类别的内容或功能
标签栏可以使用户可以在当前位置进行不同类别内容等的快速切换,详情请参考Tab Bars章节 。
g. 同一类型页面不同内容时可以使用页面控件
页面控件能够清楚的展示总页面数量以及当前页面的位置 。天气应用通常使用页面控件来展示不同地理位置的天气情况 。
小窍门:分段工具和工具栏并不具备导航功能,通常使用分段控件来组织将信息放入不同的类别,使用工具栏来为当前内容提供交互控件 。
五、应用启动体验(Onboarding)
应用的启动第一次与新用户以及再一次与老用户接触的机会 。所以请设计一个快速,有趣甚至是有教育意义的启动页 。
(1)提供启动画面
启动画面在应用打开时出现,在加载应用初始内容的同时,让人感觉你的应用的响应速度很快 。因为这个画面很快就会被应用的首屏替代,所以它应该尽量与首屏相似,除非出现可定位的文字和可交互的元素 。了解更多,请参阅Launch Screen 。
(2)选择合适的方向启动
如果你的应用同时支持竖屏和横屏模式,那么应该以设备目前的方向启动 。如果你的应用只在一个方向运行,那它只能在相同方向启动并在需要时允许用户旋转设备 。除非有迫不得已的原因,否则处于横屏模式的应用正确地选择方向,无论Home键是在左侧还是右侧 。了解更多信息,请参阅Layout 。
(3)快速使用
尽量避免出现会使应用的启动画面、菜单和说明等延迟显示的情况,也就是说应该允许用户快速进入应用内 。如果你的应用需要教学或是介绍步骤,为用户提供一个跳过的选项并且不要对老用户展示这些 。
(4)提前设想用户可能会需要的帮助
经常主动地考虑用户何时会遇到麻烦,比如:一个游戏,能够在暂停或是角色很难升级时提供一些诀窍 。当用户错过启动画面的内容时,允许他们之后重新观看教程 。
(5)只在教程中展示最关键的内容
虽然为新用户提供引导没错,但是教学不能成为优秀的应用设计的代替品 。更重要的是,确保你的应用是直观的 。如果你的应用需要过多的引导,那么请重新审视你的设计 。
(6)学习变得有趣而且易于学习
通过操作来学习比阅读一长串说明来的更有趣和有效 。在上下文环境中,通过动画和可交互性循序渐进地教导,避免展示看起来似乎可交互的屏幕截图 。
(7)避免在最开始要求用户进行设置
用户期待应用能够马上工作,为大多数人设计你的应用,然后让余下少部分需要不同配置的人自己调整参数来满足他们的需求 。尽可能的,从设备设置和默认中获取设置信息,或者通过同步服务,比如:iCloud 。如果应用一定要求设置信息,那么可以最初在应用内提示用户,但应该允许用户稍后在应用设置中修改 。
(8)避免展示应用内的接受许可协议和免责声明
在你的应用被下载之前,直接在苹果商店展示接受许可协议和免责声明 。如果你必须将这些东西放在你的应用里,那么以和谐融入它们,以避免干扰用户体验 。
(9)在你的应用重新启动时恢复之前的状态
不要让用户重新操作来回到之前的应用定位,保存并且复原应用的状态,这样用户就能从他们上次离开的位置继续 。
(10)不要太快或是太频繁地要求用户对你的应用评分
太快或是太频繁地要求评分会让用户恼怒,并且减少最终收到的有用反馈的数量 。为了鼓励考虑周到的反馈,在要求评分之前,给用户足够的时间直到他们形成对应用的看法 。总是提供跳出评分提示的选项,并且永远都不要强迫用户对你的应用评分 。
(11)不要鼓励重启
重新启动耗费时间并且让你的应用看起来即不可靠又不可用,如果你的应用出现储存或者其它问题,导致它无法运行只能系统重启,那么你应该解决这些问题 。
六、请求许可(Requesting Permission)
用户必须对应用进行授权以期获得用户的个人信息,如:当前位置、日历、联系人信息、提醒以及照片等 。尽管用户可能会对于通过应用去获取个人信息的行为感到很方便,但是其依然希望对于其私人数据进行自我管控 。例如:用户会很喜欢系统自动的对照片标注具体的地理位置或寻找附近的朋友,但是他们依然希望系统提供关闭这些功能的选项 。
(1)只在应用真的需要时才向用户请求获得个人数据
用户会质疑个人信息的请求是很自然的,尤其是他们发现当前的请求没有明显的必要时 。确保允许请求只在用户真的在使用某些需要个人数据的功能时才出现,比如:一个应用只有在激活一个位置跟踪的功能时才请求获得当前的位置 。

推荐阅读