Flutter

目前除了 Flutter 主流的状态管理四大天王，Provider，Riverpod，GetX，Bloc之外，还有 MobX ，Redux ，Binders ，RxState ，GreenCat等等

助力Flutter自动化，那些配合 build_runner 使用的常用插件 由于 build_runner 可以配合的插件太多了，对于常规应用和 Bloc 应用来说，有以下几种常用的插件，一起看看。

组件化一直是移动端比较流行的开发方式，有着编译运行快，业务逻辑分明，任务划分清晰等优点。虽然 Flutter 可以在开发中实时预览页面不需要经常的重新运行，相对而言看起来收益没有Android组件化高

Form表单的使用，封装，与自定义 前言 不管是一个应用还是一个网页，一个表单提交都是少不了，登录、注册、完善消息等常用的功能都离不开表单的提交。 在之前我们开发 Android 应用都是直接堆布局就

拆分网络引擎、请求缓存拦截、请求去重拦截之后的完整 Dio 封装 前段时间看见有网友在交流群中寻找 Dio 的封装，结果得到的回答就是格局小了， 完美的 Dio 需要封装吗？ 啊？ 这 ...

浏览此文之前我希望读者能知道一些Flutter的基础知识，例如 StatelessWidget 与 StatefulWidget 区别，StatefulWidget 的生命周期，App 的生命周期

我们知道在 Android 开发中我们默认启动页面都是多实例的，例如工作详情的推荐列表中点击工作，还是会跳转到工作详情，我们不需要做任何操作就能开启多个工作详情页面的实例。

网络防抖之Dio请求去重 前言 我注意到很多开源的 Flutter 项目并没有处理网络请求的去重，或者一股脑的不管三七二十一先取消请求再重新发起请求。但是我感觉更多的开发者根本就不关心网络的重复请求

Kotlin/Dart的高阶函数有哪些区分 前言 函数式编程大家都不陌生了，但是为什么 Dart 的函数与 Kotlin 的函数表现与写法有这么大的差异？

前言 在前文【传送门】的网络请求封装中我们基于DIO的网络请求进行了封装，本身是没什么问题的，但是细想之下，我们并没有处理取消网络的逻辑。 在之前客户端的开发中，例如 Android 的 ViewMo

Flutter的防抖与节流与封装 首先我们要区分防抖与节流，他们很类似，又有很大的不同。 防抖是延时操作，在触发事件时，不立即执行目标操作，而是给出一个延迟的时间，如果在指定的时间区间内再次触发

Flutter开发这么久了，其实 Dart 语法我并没有系统的学习过，一些概念还是比较模糊，只专注于业务代码，一些基础语法也就是依葫芦画瓢，甚至连继承、实现、混入等概念都一知半解。

Flutter从 Http 无缝过渡到 Dio 前言 熟悉我的朋友可能知道，我们项目是基于 GetX 框架搭建的，它的功能有很多，有些功能是挺好用很方便，但有些功能并不是那么好用，比如网络请求。

Flutter开发中不同的布局刷新方式探讨 前言 我们团队使用 Flutter 开发也快两个月了，这次的事情是这样子的，我们项目是基于 GetX 实现的，同事写的一个长表单页面发生了刷新的卡顿。

Flutter 中的异步的使用 前言 Flutter的网络请求会卡顿吗？看图： 明显 Flutter 在文件 IO 的时候卡顿了，为什么？怎会如此？ 我们都知道很多语言都是支持多线程的

Flutter文件缓存管理的一些特定功能的实现 前言 前文中我们通过简单的实现 Flutter 本地文件缓存，并且设置了不同条件的网络请求缓存策略。 前文中简单的文件缓存，我们可以存入对象数据，也就是

LoadState布局的封装 前言 很常见的一个应用场景。在我们开发应用都会有加载的动画，有些页面可能是弹窗的 Loading 而有些页面则是 Loading 的布局。 在 Fluter 的应用中我们

Flutter的状态栏导航栏样式与屏幕方向设置 前言 在开发 App 的过程中，我们控制状态栏、导航栏与屏幕的方向都是很方便的，可以在每一个页面中设置。 而在 Flutter 项目中不一样了，由于 F

文件缓存管理类与网络请求的缓存策略 前言 一个应用的缓存我们一般用到三种方式，SharedPreferences，File文件，SQLite数据库。 三种方式各有各自的优缺点，SharedPrefer

Flutter另一种屏幕适配思路 ,屏幕适配在 Flutter 的开发中已经不陌生，很多大佬也分享了屏幕适配的方式以及自动生效的方案。 对应用来说比较好的选择，对图片，布局做大小适配，文本不适配。