void main() {
var counter = Counter();
var providers = Providers();
//将counter对象添加进providers
providers.provide(Provider.value(counter));
runApp(
ProviderNode(
child: MyApp(),
providers: providers),
);
}
ProviderNode封装了InheritWidget,并且提供了 一个providers容器用于放置状态。
ProviderScope 为Provider提供单独的类型空间,它允许多个相同类型的提供者。默认使用ProviderScope(‘_default’),存放的时候你可以通过ProviderScope(“name”)来指定key。
添加一组Provider的时候建议使用provideFrom或者provide方法,而不是provideAll,因为它可以检查编译时的类型错误。
Provider.value将counter包装成了_ValueProvider。并在它的内部提供了StreamController从而实现对数据进行流式操作。
第四步:获取状态
同样的Provide也提供了两种获取State的方法。我们先来介绍第一种,通过Provide小部件获取。
Provide(
builder: (context, child, counter) {
return Text(
‘${counter.value}’,
style: Theme.of(context).textTheme.display1,
);
},
),
每次通知数据刷新时,builder将会重新构建这个小部件。
builder方法接收三个参数,这里主要介绍第二个和第三个。
- 第二个参数child:假如这个小部件足够复杂,内部有一些小部件是不会改变的,那么我们可以将这部分小部件写在Provide的child属性中,让builder不再重复创建这些小部件,以提升性能。
- 第三个参数counter:这个参数代表了我们获取的顶层providers中的状态。
scope:通过指定ProviderScope获取该键所对应的状态。在需要使用多个相同类型状态的时候使用。
第二种获取方式:Provide.value(context)
final currentCounter = Provide.value(context);
这种方式实际上调用了context.inheritFromWidgetOfExactType找到顶层的_InheritedProviders来获取到顶层providers中的状态。
如何组织多个状态
和scoped_model不同的是,provide模式中你可以轻松组织多个状态。只需要将状态provide进provider中就可以了。
void main() {
var counter = Counter();
var switcher = Switcher();
var providers = Providers();
providers
…provide(Provider.value(counter))
…provide(Provider.value(switcher));
runApp(
ProviderNode(
child: MyApp(),
providers: providers)
);
}
获取数据流
在将counter添加进providers的过程中进行了一次包装。我们刚才通过分析源码知道了这个操作能够让我们处理流式数据。
通过 Provide.stream(context) 就能获取数据流。需要注意的是,这里每次获取的数据流都
StreamBuilder(
initialData: currentCounter,
stream: Provide.stream(context)
.where((counter) => counter.value % 2 == 0),
builder: (context, snapshot) =>
Text(‘Last even value: ${snapshot.data.value}’)),
不过在我的使用当中出现了streamTransformer失效的情况。在firstScreen和secondScreen同样应用这一段相同的代码,second screen的where方法能够生效,过滤掉奇数数据,而first screen中则是收到了完整的数据。
需要注意的是,这里每次获取的数据流都会重新创建一条新的流。
/// Creates a provider that listens to a stream and caches the last
/// received value of the stream.
/// This provider notifies for rebuild after every release.
factory Provider.stream(Stream stream, {T initialValue}) =>
_StreamProvider(stream, initialValue: initialValue);
关于这个做法还有一些争议,具体可以查看这个issue:
github.com/google/flut…
不过这个功能还可以结合rxdart使用,可以通过stream轻松构建Observer,让我们更加灵活的组织数据。
根据多个状态重建小部件
当我们一个视图可能依赖于多个状态进行重建的时候,可以使用ProvideMulti小部件。
已知的坑
Provide.stream 诡异的手动监听
由于 Provide 自动将 Listenable 数据包装并提供了 Provide.stream 接口,让我们可以通过监听这个流,来获取最新事件。但是当我们进行手动监听之后将会发生这件诡异的事情。
···
class _SecondScreenState extends State {
StreamSubscription _subscription;
@override
void didChangeDependencies() {
super.didChangeDependencies();
_subscription = Provide.stream(context).listen((data){
print(data.toString());
});
}
@override
void dispose() {
unSubscribe();
super.dispose();
}
unSubscribe(){
if(_subscription != null){
_subscription.cancel();
_subscription = null;
}
}
···
按理说这里应该在数据发生变化的时候收到一条事件,可是我们这里发现一次性输出了 5 条 flutter: Instance of ‘Switcher’。
为什么是 5 条呢,这是因为我一共在 5 处 地方收听过这个数据,包括使用 Provide Widget 也算一次收听。
而当我退出第二个页面之后再次进入,发现这次收到的数据比上次多了 5 条。
出现这个现象是由于这个 stream 是由工厂方法创建,每次调用 Provide.stream 都会重新创建出来一条流。就算收听者不再收听,这条流也会存在。
所以不要去手动监听你的 Provide.stream。
写在最后
自从上次写完状态管理拓展篇Rxdart之后断更了三个月。总结篇迟迟没有出来,在这里先说一声抱歉。对于我来讲状态管理这个本身就是一个新鲜玩意,所以在没有经过大型应用实战检验的总结都是空谈。 这也是为什么我迟迟没有开始写总结篇的原因。不过在这我可以说一些自己的感受,供大家参考。
在这几个月中,我用的比较多的是BLoC,它组织数据确实非常灵活,可以很轻松的实现懒加载之类的操作。而且stateful widget写的是越来越少了。缺点就是入门的门槛比较高,理解StreamTransformer和为什么需要pipe花了我不少时间。使用bloc思维方式需要比较大的改变,我看到了许多人在项目中使用bloc,但是用得很奇怪,还在以之前的思维模式思考。而且bloc只是对数据进行组织,共享状态平时还是使用的InheritWidget,确实要做很多额外的功夫。
其次我比较喜欢的就是scoped_model,理由就是简单好用。学习成本很低,而且没有写什么模版代码。
我最不想使用的状态管理方式就是redux了,一个是入门难度比较高,而且对于异步数据处理我也觉得是相当麻烦的。但是闲鱼团队倒是喜欢redux,之后还会开源闲鱼的状态管理框架fish_redux。所以说,可能还是我编写的应用还不够复杂,才会有这种感受。redux在复杂应用上能够更加清楚的划分职责,并且单向数据流以及state是immutable的特点这些都是redux的好处。
最后我再谈谈Provide。Provide整体上给我的体验非常接近Scoped,简单易上手,并且更加强大。model不用再继承,只用实现Listenable让它不再具有侵入性。于此同时又增加了stream的特性,和bloc的做法又有几分相似。如果你使用过Scoped_model你会很快就上手。
不过可以说的是,Provide是一个非常优秀的状态管理方式,值得你去使用。但是目前该package还存在一些问题,例如Provide.stream,在未来可能会进行较大的变动,需要慎重使用。
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。
因此我收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门**
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!