Flutter状态管理Provider的使用示例详解
目录
- 前言
- 计数器
- 全局状态
- 总结
前言
Provider是三大主流状态管理框架官方推荐使用的框架,它是基于官方数据共享组件InheritedWidget
实现的,通过数据改变调用生命周期中的didChangeDependencies()
方法,来实现状态的通知改变。
InheritedWidget
的使用可以参考我之前的这篇Flutter中几种数据传递的应用总结。
计数器
还是以计数器为例,这次通过Provider
实现,provider
相较于bloc
并没有那么强制性分层,所以这里我们自己分为数据层(state)、逻辑处理层(provider)、UI层(view)。
首先创建文件夹:
数据层: 用来保存数据,基本和bloc
一样。
/// 数据层 class PNumState { int num; // 初始化 PNumState({this.num = 0}); PNumState clone() { // 获取最新对象 return PNumState()..num = num; } }
业务逻辑层 ChangeNotifier: 用来处理页面的逻辑,和bloc
相比较代码较为简洁,ChangeNotifier
继承自Listenable
,Listenable是一个维护监听者列表的对象,通过它我们可以调用notifyListeners();
方法发送通知监听者实现页面状态的更新。
/// 业务逻辑层 class PNumProvider extends ChangeNotifier { /// 初始化数据对象 final state = PNumState(num: 0); /// 自增计数方法 add() { state.num++; notifyListeners(); } }
UI层: 根结点返回ChangeNotifierProvider
,通过它可以让provider实例和页面所有子节点进行绑定,实现create
方法和builder
方法分别返回provider
和我们的页面Widget
。 对于需要更新的组件使用Consumer<P>
包裹,当范型里的实例调用notifyListeners
的时候, builder
返回的Widget
将得到通知,从而达到数据的更新。
/// UI层 class PNumPage extends StatelessWidget { @override Widget build(BuildContext context) { // 通过ChangeNotifierProvider将UI层和逻辑层进行绑定 return ChangeNotifierProvider( create: (BuildContext context) => PNumProvider(), builder: (context, child) => _buildPage(context), ); } Widget _buildPage(BuildContext context) { // 获取provider示例 final provider = context.read<PNumProvider>(); return Stack( children: [ Consumer<PNumProvider>( builder: (context, provider, child) { // builder方法回返回provider实例,和上面获取的实例一样 return Center(child: Text("点击了${provider.state.num}次")); }, ), Positioned( child: FloatingActionButton( onPressed: () { // 调用自增方法 provider.add(); }, child: Icon(Icons.add), ), bottom: 20, right: 20, ) ], ); } }
效果:
当然上方的代码也可以通过小呆呆的插件自动生成。
全局状态
provider
全局状态使用也非常的方便,我们刚才的逻辑层需要在顶层runApp方法里进行初始化provider
,使用MultiProvider
可以同时管理多个全局状态。
//全部状态管理 class Status { // 全局初始化 static Widget init(Widget child) { //使用 MultiProvider 设置多个Provider 状态 return MultiProvider( providers: [ ChangeNotifierProvider( // 全局管理app主题 create: (_) => AppTheme(AppTheme.getDefaultTheme())), ], child: child, ); } } // 在 runApp方法之前初始化 runApp(Status.init(MyApp()));
在接收的地方还是一样使用Consumer
包裹组件,代码略...
总结
provider
相较于bloc
没有强制的分层,即使是数据也是我们自己分出来的,不分出来直接写在逻辑层也是可以的,所以provider
的使用感觉更加的灵活一些。对于不同项目我们可以使用不同的框架,开发人多建议bloc
强制代码分层,如果人少就provider
。
以上就是Flutter状态管理Provider的使用示例详解的详细内容,更多关于Flutter状态管理Provider的资料请关注我们其它相关文章!