Flutter状态管理（五）：Redux

Flutter状态管理系列：

成都创新互联公司坚持“要么做到，要么别承诺”的工作理念，服务领域包括：成都网站制作、成都网站设计、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的成华网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

Flutter状态管理（一）：ScopedModel

Flutter状态管理（二）：Provider

Flutter状态管理（三）：BLoC（Business Logic Component）

Flutter状态管理（四）：ReactiveX之RxDart

Flutter状态管理（五）：Redux

有做过H5前端开发的朋友应该很早就接触过这个，Redux在React/VUE中，与在Flutter/Dart中概念一样，没有任何区别；唯一的区别只是使用上的不同。

它主要由三部分组成：

下图是一个完整的数据触发及更新流程：

我们看到上面整个数据流，都是单向的，由View发起，最后到View的更新；

为啥这样设计？

小节二介绍了Redux最基本的原理，但是，如何用Redux来做一些异步操作，比如：加载数据、请求API等？这里就引出来了Redux的中间件（Middleware），中间件能够让我们使得action在到达reducer之前，做些其它“动作”！有了中间件，我们不但可以请求API，还可以改变action，使得分发到其它reducer中去；

上图是有Middleware的流程图。

Redux在Flutter中的使用与在JavaScript中的使用方式稍微有点不同，为啥？

因为JavaScript是弱类型语言，而Dart是强类型语言，这就使得在JS中每个reducer可以独立管理，而在Flutter中需要由一个大对象来管理！

无论在JS中还是在Flutter中，通常都将action、reducer、store各自建一目录，放在redux目录下，目录结构如下：

ReduxPage在build中，也可以直接用StoreBuilder（参考ReduxPage2中写法），因为StoreBuilder也是InheritedWidget。

正因为Redux在Flutter中与在JS中不同，因此，在Flutter中，建议：

2021年最受程序员欢迎的开发工具TOP 50名单出炉-

对于每一个开发者而言，开发工具就相当于他们的武器，选择一个合适的工具能够帮助我们在工作时事半功倍，在互联网逐渐发展成熟的今天，越来越多的开发工具供我们选择，但其中总有一些更好用的，如何选择成为了一大难题。

从而颁布了2021年StackShare第八届顶级工具奖，快来看看有没有你青睐的开发工具吧。

年度最佳新兴工具

1.FastAPI

FastAPI 是一个使用 Python3.6+ 构建 Web API 的高性能框架。根据框架创建者的说法，FastAPI 性能与 NodeJS 或 Golang 相当。

2.GitHub Copilot

作为一款 AI 结对编程工具，Copilot 的主要定位是提供类似 IntelliSense/IntelliCode 的代码补全与建议功能，但在实际表现上有望超越同样由微软合作伙伴 OpenAI 开发的 Codex AI 系统。

3.FiglamFigma

Figma 是一个 基于浏览器 的协作式 UI 设计工具，从推出至今越来越受到 UI 设计师的青睐，也有很多的设计团队投入了Figma 的怀抱，

4.Logtail

Logtail是日志服务提供的日志采集Agent，用于采集阿里云ECS、自建IDC、其他云厂商等服务器上的日志。本文介绍Logtail的功能、优势、使用限制及配置流程等信息。

5.Coder

开发人员工作区平台·

6.Charts.csscss

Charts.css 是用于数据可视化的开源 CSS 框架，帮助用户理解数据，帮助开发人员使用简单的 CSS 类将数据转换为漂亮的图表。·

7.Counter

简单并且免费的网络分析·

8.React Query

React Query是一个库，可为任何类型的异步数据提供ReactJS状态管理功能。根据他们的官方文件，·

9.vscode.dev

将VS Code引入浏览器，构建一个可以在浏览器中完全无服务器运行的开发工具。

10.BookStack

BookStack 是一个开源的、基于 Laravel + Vue.js 构建的知识管理和服务平台。具有简单但功能强大的所见即所得编辑器，允许团队轻松创建详细且有用的文档。·

11.ThunderClient

Thunder Client 为我们提供了一款轻量级、易用、整洁、简单的 Rest API 客户端扩展。·我们可以利用 Thunder Client 在编辑器内快速测试代码库的 API 端点，从而最大限度地减少页面的切换。它可以替代 Postman，作为常用的无脚本测试工具。

12.Quod AI

Quod AI Code Search是一个由人工智能驱动的Chrome扩展，可以自动从Git存储库或Jira问题中搜索代码。

它使用问题的标题和描述，并自动在你的Git存储库中找到匹配的内容。

13.Dendron

Dendron 是典型的开源社区编程思维的解决方案，虽然初看起来有一点学习曲线，但从根本上是给了使用者最大的自由发挥空间，同时又提供了最强大和最彻底的工具生态支持。·

14.Notion API

把概念和你每天使用的工具联系起来·

15.Github1s

只需1秒，就可以用VS Code方式来看GitHub代码。·

16.Ocean

容器的无服务器基础架构引擎·

17.Magic

快速构建应用程序，可定制，无密码登录

·

18.Jina

更简单的一种在云上构建神经搜索的方法，

19.Focalboard

一款开源、本地存储、免费的类 Notion 应用Focalboard 的自我定位是“Trello、Notion 和 Asana 的开源、自托管替代品”。·

20.zx

更好地编写脚本的工具（By Google）

21.OpenSearh

OpenSearch是阿里云开放搜索简称，为解决用户结构化数据搜索需求的托管服务，支持数据结构、搜索排序、数据处理自由定制。·

22.Querybook

一个可以发现、创建和共享数据分析、查询以及表的大数据IDE（通过Pinterest），

23.MangoDB

MongoDB是一款为web应用程序和互联网基础设施设计的数据库管理系统。MongoDB就是数据库，是NoSQL类型的数据库

24.TooIJet

Retool的开源替代品·

25.Kitemaker

Kitemaker是为团队而非经理创建的超快速问题跟踪器。为远程团队创建的Jira的快速替代方案·

26.Appflowy

Appflowy 是一款使用 Flutter 和 Rust 构建的开源笔记软件，它支持Windows、macOS和Linux，可以免费下载使用

27.Kubegres

Kubegres 是一个 Kubernetes Operator，用来部署并维护 PostgreSql 集群，提供开箱即用的数据复制和故障转移功能，简化 PostgreSql 集群生命周期管理，降低数据复制的复杂性

28.Lightning Web Components

Lightning Web Components,业内简称LWC,是Salesforce于Spring 19发布的一款新型Lightning Component，快速的企业级Web组件基础

29.Judo

用无代码构建原生应用体验

30.Apache APISIX

Apache APISIX Apache APISIX是一个动态、实时、高性能的API网关。提供了丰富的流量管理功能，如负载均衡、动态上游、canary释放、断路、认证、可观察性等。

31.Control

提供免费的加速、自动化安全性以及SOC2合规

32.Remix

专注于Web技术和现代 用户体验的框架

33.NocoDB

免费并且开源的Airtable替代方案

34.JetBrainsQodana

评估你拥有的、合同或购买的代码的完整性

35.TabnineAI

只能代码编写

36.Coolify

一个开源的，自适应的Heroku和Netlify的替代品

37.Penpot

开源设计和原型平台

38.Portman

Postman介绍：postman是一个开源的接口测试工具，无论是做单个接口的测试还是整套测试脚本的拨测都非常方便。

39.Devops Stack

持续部署Kubernetes环境

40.Slidev

面向开发人员的演示幻灯片

41.ReScript

ReScript 是一门针对 JavaScript 程序员的新语言，特别是对 TypeScript 和 Flow 的类型安全感兴趣的程序员。ReScript 的语法和 JavaScript 非常相似

42.Fig

自定完成终端

43.FlutterFlow

Flutterflow 是一个在线低码平台,使人们在视觉上以人们在视觉上构建本机移动应用程序。

44.Porter

运行在你自己的云中的Heroku

45.SigmaOS

在 SigmaOS 中，你会看到完全不同的浏览器布局，它更像是一个工作台

46.VictoeiaMetrics DB

快速、低成本的监控解决方案和时间序列数据库

47.CloudflarePages

JAMstack平台为前端开发者提供协作和部署网站的平台

48. Devbook

面向开发者的搜索引擎

49.Front Matter

直接在VS Code中管理静态站点

50.Supacase UI

用于企业仪表的React组件库

以上可以说是集结了开发行业中的所有“神器”，不仅能助力程序员高效工作，也是今后走向开发岗位小伙伴们的加薪工具。小伙伴可以从中挑选适合自己的工具~

Flutter 与 iOS 原生 webView 对比

本文对比的是 UIWebView、WKWebView、flutter_webview_plugin（在iOS中使用的是WKWebView）的加载速度，内存使用情况。

测试网页打开的速度，只需要获取 WebView 在开始加载网页和网页加载完成时的时间戳，时间戳的差即为打开网页的时间

为了使差异更明显，我们选择较为复杂的 新浪首页 进行加载的对比，为了减小网络对加载速度的影响，我们让手机连接同一个网络，分别进行 10 次测试然后取平均值，另外，我们需要关闭 WebView 的缓存，防止缓存对加载速度产生影响

下面使笔者进行 10 次测试所得到的数据

结果让我有点惊讶，一直以为 WKWebView 会是个王者。结果看，速度上 WKWebView 略慢一点，不过总体差异不大（该结果仅仅是测试新浪的结果，仅供参考啦）

在这里，笔者又加了一个测试，尝试记录从 viewController 的 viewDidLoad 到 webview 的 didFinish 时间，测试了新浪的数据，如下：

UIWebViewA ： 4970、3808、3815、4250、3556 avg(4079.8) （加载完所有页面）

UIWebViewB ： 4103、3124、3070、3256、2835 avg(3277.6)（加载sina完毕）

WKWebView ： 3672、3032、2892、2912、2739 avg(3049.4)

flutter_webView ： 4532、3901、4310、3496、3378 avg(3923.4)

其中可以看到，webView 有两行，UIWebViewB 的数据就是加载 sina 主站的时间；UIWebViewA 的数据是因为在加载完 sina 主站之后，新浪又加载了一个 ，所以导致总时间延长，不过即使按照 UIWebViewB 的数据来比较，也是 wkWebView 略胜一筹。

此处可以看出 flutter_webView 使用的是 wkwebView，所以它吃亏的主要原因是 flutter 包了一层。

结论：

速度（didStart - didFinish） UIWebView flutter_webview WKWebView

速度（viewDidLoad - didFinish）WKWebView UIWebView flutter_webview

这里查看内存使用的是 xcode 的 debug session 中的 memory。

首先看之前测试时，连续打开十次新浪的内存情况

接着我们在看一下打开淘宝首页的内存情况

从图上可以看出，WKWebView 在内存方面有很大的优势啊，UIWebView 的内存是真的伤啊，然后 debug 看了一下 flutter_webView，他使用的就是原生的 webView 。

他相比较原生 WKWebView 的内存开销稍大一点，从测试表现来看，一般大个 30 MB 左右。

结论：内存 WKWebView flutter_webview UIWebView

可以在 html5test 中对浏览器的兼容性进行评分，通过测试发现得分分别如下

因为 flutter 里使用的就是 WK，所以和原生的 WKWebView 一样都是 444 分，比 UIWebView 的 437 略胜一筹

结论：兼容性 WKWebView = flutter_webview UIWebView

UIWebView : 速度相比较 WKWebView 稍快一点，但是内存是一大硬伤，所以只要条件允许，就不推荐使用了

WKWebView : 速度略慢一点，不过差别不大，总体可以接受。是比UIWebView更好的选择，推荐使用。

flutter_webView_plugin ：在iOS中使用的就是原生的WKWebView，所以总体和 native WKWebView 表现差不多。如果是混编项目中，因为它被包了一层，所以页面加载上存在一定的劣势，所以混编项目中仍然推荐使用 WKWebView。不过如果从多端考虑、以及项目可迁移等，那么使用也未尝不可，就是维护成本要增加一些，需要维护两套 webView。这个就需要根据自己的情况自己取舍了。