Flutter状态管理框架BloC与Mobx的比较

这里先放上Bloc与Mobx的官方文档地址。其中Bloc的版本为V0.21.0，Mobx的版本为V0.3.1+1，Flutter的版本为V1.7.8+hotfix.4

一：相同之处

• 1：二者都是基于rx的订阅模式来实现的框架。
• 2：二者都实现了presentation layer 与 business layer之间的分离。

二：不同之处

• 1：bloc是对RxDart的抽象。这里引用文档的原话：

Bloc is built on top of RxDart; however, it abstracts all of the RxDart specific implementation details.

• 2：Mobx对Rx概念的实现，就更加明显，在官方文档中随处可见。
• 3：bloc更加注重对细节的把握。比如在文档中经常提到

f you want fine-grained control over when the builder function is called you can provide an optional condition to BlocBuilder

If you want fine-grained control over when the listener function is called you can provide an optional condition to BlocListener

• 4：Mobx则因为使用了代码生成，导致更多细节不容易控制。同时Mobx还有一种MVVM的思想在里面。

二者文档的话，由于Mobx引用了json_annotation库，并且使用了build_runner，mobx_codegen来进行相关的代码生成，导致文档读起来会比较绕。尤其是对json注解的理解，需要做solid underStanding才可以充分吸收。

相比较而言，Bloc虽然也使用了equatable库，来进行状态之间的比较，因为相同的状态是会被忽略的，但是总的学习成本要偏低不少。

同时Bloc的整体代码量相对来说会偏多，但是都是程式代码。因此使用相关插件，也可以避免。另外Bloc在调试方面也较Mobx有优势，比如Bloc的BlocDelegate就可以收集全局的所有事件和状态流，来进行time-travel。针对不同的Bloc，也可以单独收集。Bloc在mapEventToState()的invoke的调用前后，都可以进行hook等，让Bloc更加友善。

3：json_serializable库

无论是Bloc还是Mobx，都可以使用json_serializable库来处理实体Model。但是由于Mobx框架还具有MVVM思想，因此Mobx对实体Model更加依赖。实体Model中的变量注解，也就成为了学习Mobx的关键。在实际开发中，我们的实体Model往往嵌套比较深，比如

{
    "data":{
        "user":{
            "avatar_url":"https://dev-img-avatar.moremom.cn/2019/18874406/35/FvH0rc_MFtSODLeIdlbafrAfNI6T",
            "city":{
                "city_id":652900,
                "city_name":"阿克苏地区"
            },
            "cv":"混吃混喝又是一天 哦lol王lz 咯一快也扣 咯哦lolX5 哦搜狐心咯我 沐浴液 他墨迹我了 look你 女女OK look哦咯",
            "gender":1,
            "id":18874406,
            "is_mentor":true,
            "nickname":"摩尔挞战士战士战士",
            "term_id":154,
            "title":"清华美院毕业，《哈利·波特》中文版绘者",
            "update_avatar":null,
            "verified":false
        }
    },
    "status":{
        "code":0,
        "msg":""
    }
}