相信很多从Android开发过来的兄弟们在学到flutter开发的时候会接触到bloc开发模式，这种管理模式很容易就让人想起Android开发中的mvp，mvvm开发模式。有感于这两种方式的雷同，在此做一些对比，希望能帮助前端开发过来的兄弟更好的理解bloc模式。
首先要理解复习安卓设计模式可以先去看看以下文章喔
Android开发中的MVP模式详解
同样的要想理解好Flutter开发的Bloc开发模式请先认真看以下这篇文章
Flutter - BLoC 第一讲
本文着重是比较Flutter中bloc开发模式和mvp开发模式，以助更好理解flutter开发模式中的bloc，这些都要基于一定实际开发基础，所以对开发模式不太懂的兄弟们一定要耐心阅读上面文章，我觉得上面的写得也挺有质量的了，所以就不多示例贴代码了。
回顾Android中的mvp 模式
严肃点来说，Mvp中的m（数据层，处理层），v（视图层），p（业务逻辑层），其中的p充当沟通的桥梁，将视图层和业务逻辑层分离，从而达到了视图层负责呈现视图，然后业务负责处理业务的的这么一个代码架构，有效提高了代码的拓展性和业务的层次清晰度。
那再看看Flutter开发中bloc
在这里不得不多提一下这个Streams流的概念，这个流是bloc开发中的核心，要想真正理解，得先认真理steams的概念。望文生义，streams有种流和管道的意思，抽象地说也可以这么理解。Flutter开发中一切皆widget组件的原则。而在这一哥基础上，总需要有一种东西需要作为widget的桥梁，作为沟通，数据交换，然后看这个图就可以知道，steams就在其中充当其中的角色。
其中steams管道主要作用如下：
通过流传递传递所有类型值，其中包括值，事件，对象，集合，映射，错误或甚至另一个流。这些都可以通过一个值winget发送到streams中进行传递。
还是贴个简单的代码
class TopPage extends StatelessWidget {
@override
Widget build(BuildContext context) {
final bloc = BlocProvider.of(context);
return Scaffold(
appBar: AppBar(
title: Text('Top Page'),
),
body: Center(
child: StreamBuilder<int>(
stream: bloc.stream,//流，管道
initialData: bloc.value,
builder: (BuildContext context, AsyncSnapshot<int> snapshot) {
return Text(
'You hit me: ${snapshot.data} times',//流返回值的控件 这个流返回值 其他地方也可以获取
style: Theme.of(context).textTheme.display1,
);
}),
),
floatingActionButton: FloatingActionButton(
child: Icon(Icons.navigate_next),
onPressed: () =>
Navigator.of(context).push(MaterialPageRoute(builder: (context) => UnderPage()))),
);
}
}
class CountBLoC {
int _count = 0;
var _countController = StreamController<int>.broadcast();
Stream<int> get stream => _countController.stream;
int get value => _count;
increment() {
_countController.sink.add(++_count);
}
dispose() {
_countController.close();
}
}
其中这个例子在开始的推荐文章就很详细地讲解了，下面我们切入主题
Android中mvp和Flutter中bloc开发模式比较
我们对比上面两者，发现都有一个共同的特点就是实现了业务逻辑与界面ui的分离，这里的思路是相同的，视图层还是做视图层的东西负责界面，业务逻辑层就通过数据传输，在mvp中这里是是p层干的活，在bloc开发中这里就是steams流管道干的活。
这里他们的优点也是很相同的：
1.实现ui视图层与业务逻辑层的分离
2.代码的层次清晰，需求变动的时候能够不影响视图的变化相应作出改变
3.代码复用性较好，可以共用功能相同的代码
那么我们再找下他们的不同之处
我们不严肃地打个比如，mvp其实相当于 客人点菜过程，v是客人，p是小二，m为厨师 ，其实小二在这个沟通桥梁中和bloc中的streams类似，mvp中点什么菜，m就通过p给什么菜客人（v），然而这个过程一般是菜吃完就没了，但是bloc中widget这里相当月mvp中的（v），它不能抽象理解为点菜，更多的是可以理解为一个工程师需要一个模型然后这个模式不是菜，特指一个客人可用，吃完就算了，然后bloc为什么说一个模型的概念呢，因为这里所有的widget都可以通过这个模型来做相应的事只要你需要，你都可以通过steams这个管道来获取，这个模式是公用的。这里bloc中stream实现的是代码的跨平台共享。
好了，这里大体说了下这两者的异同，希望好助于大家学习，要想真正理解也是要花费点耐心和精力去经历的。后续的文章我也会继续提及flutter中的bloc模式的。希望大家多指教，共同进步。
