理解与选择Flutter状态管理方案

一、前言

谈到Flutter，一定绕不开其状态管理这个热门话题。
Flutter是一个声明式框架，我们可能只需要将数据映射为视图显示出来就行，而状态管理可能并不需要。

widgets.png

但是随着业务的增加，功能也会急剧增加，应用的状态会呈爆炸式增长，此时应用可能是这样：

complex.png

一个最实际的场景：列表页和详情页都有“点赞”功能，如果详情页“点赞”，则返回至列表页时，就需要同步“点赞”状态。

1.1、目前在状态管理方面有五种方案：

• 基于StatefulWidget的setState；
• ScopedModel；
• Provider；（Google 2019 I/O大会强力推荐的）
• BLoC（Business Logic Component）；
• Flutter Redux版；

其中，ScopedModel与Provider类似；

1.2、这五种方案都有如下特点：

• 稳定的开发速度，且不牺牲代码质量；
• 显示逻辑与业务逻辑分离；
• 容易理解；
• 可预期性；

二、局部状态与全局状态

以登录页为例，用户可以输入用户名和密码，点击登录按钮，将用户名与密码提交至后台；如果成功，则返回用户的id；登录页只关心用户名和密码的数据，其它页面并不关心用户名和密码，所以，用户名和密码只作用于登录页，因此是局部状态；成功后返回的用户id，再后续其它页面与后台的交互中都需要用到，因此，用户id作用于全局，它是全局状态；

作用域	setState	ScopedModel	Provider	BLoC	Redux
局部状态
全局状态

2.1、setState

展示逻辑和业务逻辑在同一个类里，打破了干净和高质量代码的原则。以后应用的规模扩张的时候，代码的维护将会是一个挑战。

2.2、ScopedModel

详细请查看《Flutter状态管理（一）：ScopedModel》

2.2、Provider

详细请查看《Flutter状态管理（二）：Provider》

2.3、BLoC（Business Logic Component）

详细请查看《Flutter状态管理（三）：BLoC（Business Logic Component）》

2.4、RxDart

详细请查看《Flutter状态管理（四）：ReactiveX之RxDart》

2.5、Redux

详细请查看《Flutter状态管理（五）：Redux》