设计规范 - 详解组件控件结构体系：加载类_产品设计_鸟哥笔记.docVIP

设计规范 | 详解组件控件结构体系：加载类_产品设计_鸟哥笔记 相关阅读： 设计规范 | 详解组件控件结构体系：导航类 设计师在进行APP设计时，往往会更加专注于界面的布局、界面和界面之间怎么跳转、操作反馈，却往往忽略掉一个比较重要的环节，就是APP数据加载中的设计。那么我们怎么处理好界面交互中的加载设计，保证体验无缝衔接，保证用户没有漫长的等待感呢？ 依旧附上一张脑图，组件控件分类（如果单纯通过组件控件，难以满足功能划分的需求，所以我将这个范围扩大，分类里面不仅仅含有组件和控件，所以请不要在意细节。） 什么是加载？ 用户在客户端的界面上进行操作，客户端发送请求到服务器，服务器处理请求，返回数据给客户端，并显示给用户。这一过程成为加载。区别于缓存，缓存是主动的，加载为被动的。 1.全屏加载 这种加载比较简单，一般运用在页面内容比较单一的情况下，所以直接一次性加载完所有数据后再显示内容。 优点：能保证内容的整体性，全部加载完才能够系统化的获取信息。 缺点：由于一次加载完成，这一过程中就是有非常强烈的等待感，3s以上会产生焦躁情绪，所以在地铁等信号不好的地方，使用全屏加载获取内容实在是比较灾难的一件事情。 使用场景：常见的是从上一级界面进入下一级界面；或者H5中使用 一般这种情况会配合有明确进度标识的加载loading。 2.分步加载 当有文字和图片时，图片会比文字加载的慢，这个