FlutterDojo设计之道—状态管理之路（三）
Dart作为一个现代化的编程语言，吸收了很多语言的特点，特别是响应式编程的风格。
通过Dart提供的Stream机制，Flutter可以很轻松的构建响应式的编程方式，同时也让跨页面、跨Widget的数据管理问题迎刃而解。
Flutter的响应式编程，具有下面几个特点。
数据的管理，围绕Stream进行，通过Stream的sink和listen，来进行数据的管理
Widget发出Stream后，无需感知外界的影响，同样的，Widget在listen Stream时，只需要根据数据的改变来构建UI
Widget之间不再耦合，通过Stream管道获取数据，互相无依赖
借助Flutter的这个特性，Google在数据管理之路上提出了BLoC模式。
BLoC模式由Paolo Soares和Cong Hui设计，并谷歌在2018的DartConf首次提出，全称Business Logic Component。
在BLoC模式下，Widget与Data彻底解耦：
App的业务逻辑处理都在BLoC中
Widget通过Sink向BLoC发送数据
BLoC通过Stream通知Widget重建UI
这其实有点类似MVP、MVC模式，BLoC模式将整个App分为三层，Data Layer、BLoC Layer、UI Layer，Data Layer和UI Layer都只能和BLoC Layer双向通信，但它们之间彼此隔离。
下面将官方的counter demo，用BLoC模式重写下，让大家了解下创建BLoC模式的一般范式。
创建BLoC业务处理类
BLoC类是一个业务逻辑处理类，不包含任何UI逻辑，且一个BLoC类只处理一种独立的业务逻辑，在官方的Demo中，业务逻辑有下面几个部分构成。
记录点击数
点击后增加点击数
所以创建的BLoC类，只对外暴露这两个业务，即对外的Stream和increment函数。
abstract class BlocBase {
void dispose();
}
class IncrementBloc implements BlocBase {
// _私有化控制访问权限
int _count;
StreamController _countController;
IncrementBloc() {
_count = 0;
_countController = StreamController();
}
Stream get value => _countController.stream;
increment() {
_countController.sink.add(++_count);
}
dispose() {
_countController.close();
}
}
BlocBase仅仅封装了dispose函数，用于资源的释放。IncrementBloc就是这个业务的处理核心，通过Stream，让外界可以监听数据的改变。
一个标准的BLoC类通常包含下面几个部分。
私有的model和StreamController
公开的get方法返回Stream
公开的业务处理函数
dispose函数
创建BLoC管理类
BLoC管理类是一个通用的处理类，借助StatefulWidget来实现了BLoC业务处理类的管理。同时，它也是数据和UI的粘合剂，用于将指定业务的BLoC类注入到具体的业务UI中。
class BlocProvider extends StatefulWidget {
BlocProvider({
Key key,
@required this.child,
@required this.bloc,
}) : super(key: key);
final T bloc;
final Widget child;
@override
_BlocProviderState createState() => _BlocProviderState();
static T of(BuildContext context) {
BlocProvider provider = context.findAncestorWidgetOfExactType>();
return provider.bloc;
}
}
class _BlocProviderState extends State> {
@override
void dispose() {
widget.bloc.dispose();
super.dispose();
}
@override
Widget build(BuildContext context) {
return widget.child;
}
}
BLoC管理类实际上只做了两件事。
将业务UI作为其子Widget
给业务UI提供指定的BLoC逻辑处理类
创建BLoC UI
@override
Widget build(BuildContext context) {
return BlocProvider(
bloc: IncrementBloc(),
child: CounterPage(),
);
}
class CounterPage extends StatelessWidget {
@override
Widget build(BuildContext context) {
final IncrementBloc bloc = BlocProvider.of(context);
return Scaffold(
body: Center(
child: StreamBuilder(
stream: bloc.value,
initialData: 0,
builder: (BuildContext context, AsyncSnapshot snapshot) {
return Text('You hit me: ${snapshot.data} times');
},
),
),
floatingActionButton: FloatingActionButton(
child: const Icon(Icons.add),
onPressed: () => bloc.increment(),
),
);
}
}
在UI层中，可以通过BlocProvider.of
在UI层中，有两种写法，一种是直接使用StatelessWidget，在build函数中初始化BlocProvider.of
(context)，另一种是使用StatefulWidget，在didChangeDependencies()中进行初始化，因为didChangeDependencies相比initState来说，可以更加安全的获取Context。
这种方式做到了完全的解耦，只要定义好BLoC中的接口和数据模型，前端展示UI，就完全和数据无关了。
在UI层中，需要做的就是通过StreamBuilder来解析要监听的数据，StreamBuilder的builder函数是一个AsyncWidgetBuilder，它能够异步构建widget，其参数AsyncSnapshot
BLoC流的单播与广播
Flutter中的Stream分为两种，单播与多播，默认情况下创建的是单播Stream，这样的话，只能有一个StreamBuilder来监听，如果存在多个StreamBuilder监听同一个BLoC Stream，则需要将默认创建的Stream改成多播Stream。
_countController = StreamController.broadcast();
在多页面使用的时候，有个地方需要注意，那就是流是实时的，不具有粘滞性。举个例子，比如在第一个界面在流中添加了一些数据，再打开第二个界面的时候，创建StreamBuilder之后，是无法直接获取流的最新数据的，因为这时候流中的的数据在StreamBuilder监听之前就已经结束了。所以这种情况下，要么是在创建StreamBuilder前，初始化initialData的值为流中最新的数据；要么是使用RxDart来强化流的功能。