前两天与同事聊到产品思维时提到，做为一个产品人，当面对一个 app 或者要去开发一个 app 产品时，他看到的可能就不是 UI，不是设计，而是整个 app 在不同状态下的响应模式，这就是产品人的一种技能。
说回 app 的状态， 可以抽象为数据+ UI 两种元素的状态变化加上相互影响。数据决定了 UI 的状态，UI 决定了数据的传达。在下来的整理中，根据 app 的生命周期，将整理 app 常见的状态，并附上一些案例加以说明。
首次启动
当用户第一次打开 app 时的状态，一般情况下：
- 直接进入 app
- 用户引导
用户引导用于跟用户介绍 app ，或者是基本的教程等。
初始状态
如果用户打开过 app 并且已经加载过数据，那么初始状态一般都是直接加载这些旧的数据。
空数据
如果用户首次打开，或者因为网络问题之前没有打开过，那么就会进入到空数据状态。
加载中
网络连接良好的情况下，app 将请求网络并加载内容。
加载完成（内容填充）
网络请求结束后，加载完成状态，这时要去替换旧的数据。
分页处理
对于常见的数据，我们都会做分页处理，而不是直接一次性把所有的数据都请求并加载完成。
错误状态
由于网络错误，或者一些其他原因，网络请求没有成功的情况下要考虑 app 的错误反馈。
正确操作时的用户反馈（完成状态）
除了加载数据，app 请求数据并且得到响应后可以通过一些提示去告知用户状态。
从暂停中恢复
这在游戏中比较常见，当用户把程序放后台时，app 应该保存这时候的数据及状态，方便 app 重新恢复时延续状态。
临界值、边缘条件
最后还有一个常见的状态是 app 要去处理边缘条件下的数据展示状态，例如在一个输入框中输入超过限定的数值时的提示等。
