前言
由 编程技术交流圣地[-Flutter群-] 发起的 状态管理研究小组，将就 状态管理 相关话题进行为期 两个月 的讨论。
目前只有内定的 5 个人参与讨论，如果你对 状态管理 有什么独特的见解，或想参与其中，可咨询 张风捷特烈 ，欢迎和我们共同交流。
关于这篇文章的一些内容，我很久之前就想写的，但一直没啥源动力，就一直鸽着
这次被捷特大佬催了几次，终于把这文章写完了，文章里有我对状态管理的一些思考和看法，希望能引起茫茫人海中零星的共鸣。。。
状态管理的认知
变迁
解耦是众多思想或框架的基石
就拿最最最经典的MVC来说，统一将模块分为三层
- Model层：数据管理
- Controller层：逻辑处理
- View层：视图搭建
这个经典的层级划分能应付很多场景
-
MVP，MVVM也是MVC的变种，本质上都是为了在合适的场景，更合理的解耦
-
其实这些模式应用在移动端是很合适的，移动端旧时XML的写法，是获取其View节点，然后对其节点操作
-
在JSP的时代，JQuery大行其道，操作DOM节点，刷新数据；如出一辙。
时代总是在发展中前进，技术也在不停变迁；就像普罗米修斯盗火而来，给世间带来诸多变化
对View节点操作的思想，固定化的套用在如今的前端是不准确的
如今前端是由众多"状态"去控制界面展示的，需要用更加精炼的语言去阐述它
包容万千
状态管理的重点也就在其表面：状态和管理
- 寥寥四字，就精悍的概括了思想及其灵魂
状态是页面的灵魂，是业务逻辑和通用逻辑的锚定符，只要分离出状态，将其管理，就可以将页面解耦
一般来说，从状态管理的概念上，可以解耦出多个层级
极简模式