APP的六种loading加载样式
大多数App都要与服务器进行数据的交换，App向服务器发出数据请求，服务器接收到请求之后向App传输相应数据，App接收成功后显示数据内容，没有接收成功则反馈数据接收失败。在这个数据交换过程中，由于网络原因，需要花费一定时间，也就是说用户要等待，这个时候就要用到loading加载机制，它告诉用户，App正在努力为您加载数据，您稍安勿躁。好的loading设计能减弱用户的等待焦虑。
样式虽然有六种，但是其实只有两种加载原理：一种是整体加载页面数据，加载完成后一次显示；第二种是先加载部分内容，再加载剩余内容（先加载文字再加载图片；先加载框架再加载框架内的数据）
有没有更好的机制来降低用户等待时的焦虑感？那必然是等待时间越短越好。这需要工程师精益求精的努力。
第一：优化App的加载算法，使得App与服务器交互数据的时间简短。这个是从根本上解决了问题，因为直接减少了加载数据的时间，也就是减少了用户需要等待的时间。
第二：采用预加载机制。这种加载机制对用户体验特别好，但是存在一个问题，就是要预测用户行为，加载其他数据，这样会消耗不少流量，所以建议在WiFi网络环境下采取这种预加载机制，而在蜂窝网络状态下则不采用预加载机制。这个要和开发人员讨论沟通，确保预加载机制完美运行。
第三：异步处理。这一点做得好的App莫过于Instagram，不知道你有没有发现，用Instagram的时候会觉得特别流畅，即使在网络不好的情况下。这是为什么？因为在网络不好的情况下，你给好友点了赞，Instagram并不会提示你网络不好，操作失败，而是提示你点赞成功了，其实将它只是将你点赞的操作记录了下来，等网络一好就将点赞的行为上传到服务器，从而完成点赞行为。这就是减少用户的操作负担，让产品自己去解决问题，而不是把问题抛给用户。
目前App常见的loading加载样式就这六种，当然还有其他的加载设计样式，但是这有什么关系？你已经掌握了产品加载的原理，真正理解了加载机制，这样你才可以不变应万变。
APP的构成
APP的临时框的设计
APP网络异常的设计
交互设计师不仅要做正常状态的页面设计，在特殊场景，例如页面内容为空（缺省页面）；网络异常；信息输入错误时候的设计同等需要考虑在内。
网络异常有两种情况，一种是网络切换，即从WiFi状态切换到3G/4G网络；第二种是网络中断，APP与服务器的数据传输。
APP的反馈设计
反馈的设计应该满足以下四个原则：
反馈通过直观的体现，可以帮助用户理解微交互的规则，最大可能地降低用户的学习成本。
别让反馈给用户造成压力，通过最少的反馈传达同样的信息。
反馈应该由需求驱动，然后在恰当的场景下和时间下让用户知道他需要知道的事情。
反馈的速度尽可能的快，反馈过慢会给用户感觉产品的性能差。
对于用户而言，反馈设计的目的主要告诉用户以下几点：
告诉用户发什么了什么？
用户刚刚做了什么事？
哪些过程已经开始了？
哪些过程已经结束了？
哪些过程正在进行中？
用户不能做什么？
用户刚刚操作的结果是什么？
如何判断你的涉及反馈是否过度？
在设计反馈时，如果已经有一组元素的变化足以暗示用户当前状态得到了反馈，那么没必要再增加多余的元素进行反馈提示（除非有特别的目的需要）。这样会使得用户的心理负担变重，一个反馈可能不足以影响用户体验，如果整个APP都出现这种情况呢，那将是一场灾难！
