Skeleton Screen/加载占位图
Skeleton Screen（加载占位图）是近年流行的加载控件，通常表现形式是在界面上待加载区域填充灰色的占位图，与线框图的效果非常相似。Skeleton Screen本质上是界面加载过程中的过渡效果。
一、Skeleton Screen的由来
Launch Screen（启动屏幕）
当你启动一个App时，需要从手机存储器和网络加载所需的控件和多数据，由于手机性能和网络状况的差异，加载需要等待无法避免。为了解决等待加载过程中出现白屏或者界面闪烁造成的割裂感，iOS规范中规定把界面控件框架的轮廓做成静态图片用于Launch Screen（在Google的Material design规范里被称作Placeholder UI），把Launch Screen放在用户点击启动App之后和App真正正常启动完成之间做过渡，从而消灭白屏和界面闪烁，给用户一种App启动很快的错觉。（然而国内的App不遵循iOS规范，在Launch Screen里放广告，这又是另外一个商业话题了）
非控件轮廓区域的内容变动很大，以上图浏览器为例，Launch Screen仅仅显示工具栏和地址栏，网页内容区域留下了大量空白，显然这不是最好的界面加载过渡方案。
Progress Indicator（进度指示器）
如果Launch Screen持续时间有点长，刚好用户又盯着Launch Screen大量空白的内容区域，可能会认为App出BUG了——虽然App后台正在辛劳的加载最新的数据。因此我们需要使用Progress Indicator来告知用户目前正在加载。Progress Indicator分为Activity Indicator（活动指示器）和Progress Bar（进度条）两种，前者就是我们非常熟悉的“菊花转”。
有了富含动效的Progress Indicator，用户就知道我们的App并没有出BUG，而是在辛勤的加载数据，再过不久就能正常的显示内容了。
Progress Indicator设计出发点是好的，但是带给用户的体验未必优秀。Progress Indicator的出现就意味着需要等待，当用户注意力集中在Progress Indicator时，就好像学生盯着下课前五分钟的钟表，滴答滴答，时间似乎变得更慢了。我们当然不愿意让用户望着Progress Indicator产生焦躁的情绪。
Skeleton Screen应运而生
如果我们能在加载前把内容的大概轮廓预先展现出来，然后再逐步的加载真正的内容，这样既用户一种内容正在逐渐加载即将呈现的期待，降低了焦躁情绪，又使得界面加载的过程变得更顺畅，感官上会觉得比其他加载方式更快。这就是Skeleton Screen！
Skeleton Screen这个概念最早出自Google产品总监，《Web表单设计》作者，Luke Wroblewski于2013年9月17日发表的博文《Mobile Design Details: Avoid The Spinner》里。
目前国内有简书、领英、新浪微博头条文章页采用这个加载方案。国外有Facebook iOS版、Medium、WordPress App、Slack等产品采用。相信以后会有更多的App和网页会使用Skeleton Screen。
如何使用
适用于布局排版固定的内容区域
Skeleton Screen所展现的是内容的大概轮廓，如果内容布局和排版不是固定的，那么轮廓和内容布局的巨大差异，不仅不能给用户顺畅和期待感，反倒会造成落差。因此Skeleton Screen适用于布局排版固定的内容区域，例如列表、文章、个人信息。注意：如果内容区域有空页面的情况，也不建议使用Skeleton Screen。
建议配合其他加载技术一起使用
用户的网络环境是复杂的，如果加载持续时间很久，单凭Skeleton Screen起不到流畅过渡的效果，建议配合懒加载（先文字后图片）、逐条加载、预加载等技术，以达到更出色的体验。
二、Page Indicator/Page Controls/页面指示器
Page Indicator（页面指示器，iOS规范称为Page Controls）是附着在轮播图、一组卡片或者页面的底部，用来表示页面总数量和指示当前停留的页面。通常由一组等距的小圆点组成，小圆点的数量代表页面总数，其中深色或实心的小圆点代表当前页面。
用户可以通过左右滑动切换上一个/下一个页面，或者点击Page Indicator本身来切换，一般来说移动端点击Page Indicator顺序切换上一个/下一个页面，而PC端可以精确点击其中一个小圆点到达特定的页面。
如何使用
不要显示太多指示点
超过10个指示点很难在一屏内展示，超过20个页面用户浏览起来会非常耗时。如果超过20个页面请考虑使用其他形式或控件展示。
注意滑动冲突
一般来说用户在移动端习惯于使用左右滑动操作Page Indicator，因此要注意同页面内会不会与其他支持左右滑动的控件（例如：顶部Tabs、地图、轮播图等）产生手势冲突。举个反面例子，iOS官方地图可以在锁屏显示地图导航，由于锁屏本身有Page Indicator响应左右滑动切换到相机和搜索页面，导致与导航界面内顶部的路线指示Page Indicator还有地图放大缩小产生手势冲突，无法操作。
样式可以特殊化：如果Page Indicator指示的某个页面较为特殊，可以为其定制特别的样式，例如锁屏页用户可以不解锁直接向左滑动打开相机，因此为相机的指示点设计了特殊样式突出这个功能。天气App中一眼就明白第一个指示点是当前GPS定位地址。
不要把Page Indicator做到页面内:Page Indicator的层级比页面要高，因此切图和研发工程师沟通实现方案时，一定要确认把Page Indicator单独切图处理。千万不能把Page Indicator嵌入到页面里，导致滑动页面时，Page Indicator跟随页面一起运动。
相关资料
Page Indicator和进度条相结合
一号店的轮播图把Page Indicator和进度条相结合，这样用户既可以知道当前所指示的页面，也能对下一张页面何时轮播有预期，便于用户较为专注的浏览轮播图的内容。
