我认为这个想法是应用程序具有状态，而 UI 反映了该状态。
所以当你的应用程序启动时，它会像下面这样
1）初始状态（应用程序启动）
2）加载初始数据（“加载状态”）
3）准备好交互（“就绪状态”）
现在假设用户通过打开表单开始交互。
4）用户打开表单并转到（'编辑表单状态'）
用户可以取消或保存，所以现在状态不同了。如果取消
5) '编辑表单状态'接收到取消事件，放弃更改，回到“就绪”状态
如果保存
5) 应用程序进入“正在保存”状态，完成后返回“就绪”或“错误”状态
这种概念化的好处在于它允许您的“状态图”根据状态更新应用程序元素。例如，在“加载”或“保存”状态下，您可以屏蔽 UI 或禁用按钮。关键是视图不需要知道状态，它所做的只是坐在那里并被操纵。它是管理视图在任何给定时间做什么的状态代码。
请注意，UI 中的视图具有状态也是正确的。例如，按钮可以具有诸如“mouseenter”、“mouseexit”、“clickdown”、“clickup”、“inactive”等状态。当 UI 中的自定义视图呈现不同时，可以认为它具有状态，具体取决于在它代表的数据上。
你可能想看看
http://www.wisdom.weizmann.ac.il/~harel/papers/Statecharts.pdf