这是我参加8月更文应战的第9天，活动概略检查：8月更文应战
楔子
话说孔乙己转行做了程序员，听闻近年来大前端比较火，也跟风学了一阵。什么 Vue，React，Angular 都了解一点。这段时间，工作巨擘谷歌出了个 FlutteGitHubr，声称要一套代码搞定整个前端，孔乙己天然不愿放过。
这天前端学什么孔乙己逛到了社区，里面大佬太多，他怕自己太业余露馅。知道不能和谷歌卫星地图他们谈天，便只好向初学者说话。有一回在我的议论区问道，“你复杂度o学过 Flutter么？”
我略略回了个表情。
他说，“学过，……我便考你一考。Flutter的状况处理，怎样写的？”
我想，水平和我相同的人，也配考我么？便没有回消息，不再理睬。
孔乙己等了好久，再一次议论道，“不能写罢？……我教给你，记取！Flutter 状况处理应该这样写。将来做高级工程师的时候，做架构要用。”
我暗想我和高级工程师的等级还很远呢，而且github中文社区咱们总监也从不用 Flutter 开发运用；又好笑，又不耐心，懒懒的答他道，“谁要你教，不就是用一个 setgithub是干什么的State 方法么？”
孔乙己显出极高兴的姿开源节流态，发了一个 耶的成功表情，容许说，“对呀对呀！……状况处理有N 种写法，你知道么？”
我天然是没有答复，但他自复杂度剖析己却真的列了出来。
Provider
在 Pub 上最受欢迎的状况处理插件之一，仰仗简练、易github直播平台永久回家用、高性能受到了谷歌三件套许多 Flutter 开发者的喜爱，更是成为了官方首要举荐的谷歌地图状况处理东西。咱们在Flutte复杂度r 入门与实战（四十）：以购物车为例初探谷歌地图状况处理其结束已介绍过。插件pub地址：Provider前端开发 package。本质上，Provider是在 InheritedWidget 基础上的封装，运用Pr复杂度oovider具有如下特性：
- 简化资源的分配和销毁；
- 懒加载；
- 减少了大量创立状况处理相关类代码的作业；
- 通用的方法去消费 Inher复杂度怎样核算的itedWidget 同享的数据；
- 关于复杂度明显上升的监听链路，供给了高可扩展性。
setSt谷歌浏览器下载ate
最为初级的状况处理方法，官方的Hello World示例用的就是这种方法开源众包，利益是简单，缺点嘛——参照其他状况处理的利益，那些都是针对这种方法的缺点改进的。
InheritedWidget 和 InheritedModel
前面介绍的 ModelBinding就是这种办谷歌地球法，Provider其实也是这种方法。对 InheritedWidget 进行封装，结束数据在组件树上传递，然后抵达状况数据同享和部分改写的目的。
Redux
相似 React复杂度怎样核算的 的状况处理东西Redux，本质上是一个状况容器，pub地址：Flutter-Redux package。关键在于供给了3种 Widget：
-
StoreProvider：基础Wi前端工程师dget，它会把指定的Redux情复杂度怎样核算的况数据（Redux Store） 传递给需谷歌地图求的下级组件； -
StoreBuilder：一个从St谷歌卫星地图oreProvider获取状况的下级组件，它前端技能会将获取到的开源软件状况传递给一个回来Widget的builde前端工程师r方法。 -
StoreConnector：一个从最临近的 StoreProvider 先人组件获取状况的下级组件，然谷歌三件套后运用 指定的converter将状况转换为ViewModel方针后给到builder方法。任何时候，情github敞开私库况宣布一个更改事谷歌卫星地图件后，该组件会被主动重建，然后无前端结构需主动处理事情订阅。
Fish Redux
闲鱼出品的一个开源节流根据 Redux 的整体运用结构，关于构建大中型运用来说很适宜，pub 地址：Fish-Redux package。与 Redux 的差异是，Fish Redux 是一个运用结构，处理了如运用分治、通讯、数据驱动、解耦等问题。作为一个运用结github镜像构，利益是能够为团队建立一套共同的规范，当然缺点也有，比如关于小运用来说可能过于巨大，灵活性缺乏，可能会影响开阀发功率。
BLoC / Rx
一个根据Stream / Observable 范式的系列前端学什么，关于介绍能够看官方的文档：Flutter BL复杂度英文oC。
GetIt
GetIt 实际上是一个根据状况处理的服务处理东西，利益是不需求 Bgithub打不开uildContext。假定想运用依托注入、面向接口编程的方法来结束代码解耦和运用处理则十分适宜。对应的 pub 包和文档如下：
- GetIt package：基础的服务处理东西，供给了容器前端和后端的差异帮助代码找到对应的服务供给方针。
- GetIt Mixin：GetIt 的扩展，使得 GetIt 能够彻底运用于状况处理。
- GetIt Hooks：GetIt 的另一个扩展，能够用于 flutter_hooks 的场景。
- Flutter state management for minimalist：一篇介绍 Flutter 状况处理与运用架构的文章，值得仔细阅览。
MobX
根据观察者方法和照顾式方法的状况处理库，GitHub 地址：MobX。 MobX 的方针是将运用的界面和照顾式数据连接起来。这种方法是彻底主动的，而且感觉很天然（相似双向绑定）。关于开发者而言，只需求关谷歌地图注界面需求消费的照顾github永久回家地址式数据，而不用忧开源中国虑坚持二者的同步。
Flutter Commands
根据 ValueNotifier,运用指令方法结束的照顾式状况处理库。最佳的实践是与 GetIt 结合，也能够运用 Provider或其他容器配合。pub 地址：Flutter Command。
Binder
根据 Inherit开源矿工edWidge开源代码网站githubt 的状况处理包，模仿的是recoil，方针是想谷歌浏览器将事务、状况和界面分离解耦，pub 地址：Bin前端工程师der packa前端训练组织ge。
GetX
一个简化的状况处理处理计划，pub 地址：GetX package。GetX 是一个超轻量、但很健壮的 Flutter 处理计划，供给了高性能的状况处理，智能依托注入和快速可用的路由处理东西。GetX由于简化了许多复杂度英文结束代码，现在的流行度现已超过了 Provider。
States Rebuilder
St开源节流ates Rebuilder 是高性能，满足预期和可控的状况处理东西。支复杂度符号撑可变和不行开源软件变的状况，结束了严峻的状况操控，而且支撑主动铲除状况。而且还能够在 StatelessWidget 中运用 setState（状况数据模型类的 setState，） 更新界面，相同也支撑无需 BuildContext 的页面导航和前端和后端的差异消息提示。GitHub 地址： States Rebuilder。
结束
等到github官网孔乙己写完之后，我居然有点惊到了，难道这些他都会？但碍于面子，又不好意思问他。只好自己依照他写的那些去搜了一下。至于他是不是都会，也就无从知道了！
总结
由于谷歌卫星地图 Dart 语言和 Javascgithub中文社区ript有许多共同之处，因而在 pub 上有许多相似 Javascript 的库，比如 Redux，MobX 等。实际上，没有最好的状况处理东西，只github官网要最适宜的状况处理东西。具体如何挑选能够参看以下几点：
- 更新维护及时性：Flutter 自身的迭代速度很快，因而有些插件假定不及时维护的话意味着你之后的代码全部需求更改，尤其是状况处理这类涉及到整个运用架构的插件。
- 运用者数量谷歌商店：能够经过 pub 的评分和 Githubgithub中文官网网页 的评分来评估运用者的状况，运用人数不多意味着你可能会需求自前端训练组织己踩坑排雷，关于自己玩的话无所谓，可是关于产品开发就可能会影响整个产品的开发进度。
- 团队适应性：假定是你一个人开发，那能够疏忽这一点，可是假定团队有多人，那需求考虑一个我们都能够快速上手的插件。
- 原生依托度：有不少插件是需求依托前端开发原生的，而有些原生自身就是第三方的开源代码，假定这些开源代码间断维护了很可能导致 Flutter 的插件也无法更新。因而，除非是官方github中文官网网页插件，关于第三方插件要特别留神，假定第三方插件依托于原生甚至是第三方开源代码，那么就需求留意开源阅览要慎重挑选。假定能够，尽可能挑选纯 Dart 的插件。
我是岛上码农，微信大众号同名，这是Flutter 入门与实战的专栏文章。
：觉得有收成请点个赞鼓动一下！
：保藏文章，便当回看哦！
：议论沟通，互相进步！
