Riverpod AsyncNotifier may sound a litle confusing if you are just coming to Riverpod. After all Riverpod and the latest versions they introduced many concepts. AsyncNotifier works with AsyncNotifierProvider. AsyncNotifier is a wrapper around your state or data which works asyncronomously(await and async).
分类： Flutter
在Windows下像Linux一样安装程序 -- winget
用户可以在 Windows 10 和 Windows 11 计算机上使用 winget 命令行工具来发现、安装、升级、删除和配置应用程序。 此工具是 Windows 程序包管理器服务的客户端接口。
安装 winget
Windows 程序包管理器 winget 命令行工具作为应用安装程序的一部分在 Windows 11 和现代版本的 Windows 10 上提供。
可以从 Microsoft Store 获取应用安装程序。 如果已安装，请确保已将其更新为最新版本。
备注
winget 命令行工具仅在 Windows 10 1709（版本 16299）或更高版本上受支持。 在你首次以用户身份登录 Windows（这会触发 Microsoft Store 将 Windows 程序包管理器注册为异步进程的一部分）之前，winget 工具不可用。 如果最近已经以用户身份进行了首次登录，但发现 winget 尚不可用，则可以打开 PowerShell 并输入以下命令来请求此 winget 注册：
Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.DesktopAppInstaller_8wekyb3d8bbwe。
安装 winget 预览版 [仅限开发人员]
WinGet 包含在 Windows 应用安装程序中。 要试用最新的 Windows 程序包管理器功能，可以通过以下方式之一安装预览版：
-
下载最新的 winget 预览版。 阅读 winget 预览版发行说明，了解任何新功能。 安装此包将为你提供 WinGet 客户端预览版，但它不会从 Microsoft Store 中启用新预览版的自动更新。
-
使用 Microsoft 帐户 (MSA)、工作、学校或 Azure Active Directory (AAD) 帐户注册 Windows 预览体验成员开发频道。 Windows 预览体验成员开发频道包括 Microsoft Store 中新预览版的自动更新。
-
使用 Microsoft 帐户 (MSA) 注册 Windows 程序包管理器预览体验计划。 在添加你的 Microsoft 帐户 (MSA) 后（在你收到电子邮件通知后几天），你将收到 Microsoft Store 中新预览版的自动更新。
在 Windows 沙盒上安装 winget
Windows 沙盒提供了一个轻型桌面环境，可以安全地独立运行应用程序。 安装在 Windows 沙盒环境中的软件保持“沙盒”状态，并独立于主机运行。 Windows 沙盒不包含 winget，也不包含 Microsoft Store 应用，因此你需要从 GitHub 上的 winget 版本页下载最新的 winget 包。
要在 Windows 沙盒上安装 winget 的稳定版本，请从 Windows PowerShell 命令提示符执行以下步骤：
如果需要程序包管理器的预览版或其他版本，请转到 https://github.com/microsoft/winget-cli/releases。 复制你需要的版本 URL 并更新上述 URI。
有关 Windows 沙盒的详细信息，包括如何安装沙盒以及使用沙盒的预期结果，请参阅 Windows 沙盒文档。
管理员注意事项
安装程序的行为可能会有所不同，具体取决于你是否是以管理员权限运行 winget。
Flutter问题记录：runApp的时候报错：连接超时
问题：Launching lib\main.dart on ELE AL00 in debug mode...
解决方案：
1、调整项目空间中的gradle-wrapper.properties文件中的URL，改为你本地最新的gradle版本就好
如：
2、调整Android包中的build.gradle文件中的kotlin版本号：跟本地kotlin版本同步就行
如：ext.kotlin_version = '1.3.50'
参考链接
升级Flutter 3.13.x 之后出现watcher-1.0.2报错
请尝试
命令，如果还是报错
这样我们就可以使用到最新的watcher-1.1.0版本，就不会出现上面这个报错了。
参考链接
Flutter Provider状态管理---八种提供者使用分析
前言
在我们上一篇文章中对Provider进行了介绍以及类结构的说明，最后还写了一个简单的示例，通过上一章节我们对Provider有了一个基本的了解，这一章节我们来说说Provider的8种提供者以及他们的使用区别。
Provider
Provider是最基本的Provider组件，可以使用它为组件树中的任何位置提供值，但是当该值更改的时候，它并不会更新UI，下面我们给出一个示例
第一步：创建模型
第二步：应用程序入口设置
第三步：使用共享数据
关于Consumer后面将消费者在提及，我们这里只需要知道有两个消费者，第一个用于展示模型的数据，第二个用于改变模型的数据。
- 第一个
Comsumer是用于读取模型的数据name - 第二个
Consumer用于改变模型的数据name
Flutter 状态管理框架 Provider 和 Get 分析
状态管理一直是 Flutter 开发中一个火热的话题。谈到状态管理框架，社区也有诸如有以 Get、Provider 、Riverpod 为代表的多种方案，它们有各自的优缺点。面对这么多的选择，你可能会想：「我需要使用状态管理么？哪种框架更适合我？」本文将从作者的实际开发经验出发，分析状态管理解决的问题以及思路，希望能帮助你做出选择。
为什么需要状态管理？
首先，为什么需要状态管理？根据笔者的经验，这是因为 Flutter 基于 声明式 构建 UI ，使用状态管理的目的之一就是解决「声明式」开发带来的问题。
「声明式」开发是一种区别于传原生的方式，所以我们没有在原生开发中听到过状态管理，那如何理解「声明式」开发呢？
Flutter Riverpod 全面深入解析，为什么官方推荐它？
随着 Flutter 的发展，这些年 Flutter 上的状态管理框架如“雨后春笋”般层出不穷，而近一年以来最受官方推荐的状态管理框架无疑就是 Riverpod ，甚至已经超过了 Provider ，事实上 Riverpod 官方也称自己为 “Provider，但与众不同”。
Provider本身用它自己的话来说是 “InheritedWidget的封装，但更简单且复用能力更强。” ，而Riverpod就是在Provider的基础上重构了新的可能。
关于过去一年状态管理框架的对比可以看 《2021 年的 Flutter 状态管理：如何选择？》 ， 本文主要是带你解剖 RiverPod 的内部是如何实现，理解它的工作原理，以及如何做到比 Provider 更少的模板和不依赖 BuildContext 。
Flutter 3.16中WillPopScope过期使用PopScope来代替
Flutter 3.16 中 WillPopScope 过期了，需要使用 PopScope 来代替。
针对 PopScope 的 canPop 参数，官方文档解释如下：
当 canPop 为 false，则执行系统返回时会被拦截，并且调用 onPopInvoked 方法，同时 didPop 为 false，此时进行逻辑判断，如果需要返回则执行 Navigator.of(context).pop(); 。
注意此时 onPopInvoked 又会被调用，并且 didPop 为 true。
参考Demo： github.com
示例代码如下：
修改之前的代码( WillPopScope )如下：
修改之后的代码( PopScope )如下：
参考链接
Flutter的Don't use BuildContext's across async gaps警告解决方法
问题
Flutter开发中遇到Don't use BuildContext's across async gaps警告
有问题的源码
问题原因
“不要在异步间隙（async gaps）中使用 BuildContext” 是一个Flutter中的常见警告消息，通常表示你正在尝试在异步操作中访问 BuildContext，这是一个不推荐的做法，因为它可能引发不确定的行为或错误。
如果在将上下文传递给AlertDialog后导航堆栈发生更改，并且尝试使用旧上下文再次导航，则会出现错误。
问题分析
Context的含义
Flutter中的 BuildContext 和 Context 是相同的，BuildContext 是 Context 的别名。这两个术语用来表示小部件树中的位置信息和上下文环境，用于在构建小部件树和访问资源（例如主题、本地化、导航等）时提供上下文信息。
在Flutter中，BuildContext 或 Context 表示的是一个由小部件树组成的层次结构中的位置。每个小部件都有一个与之相关的 BuildContext，这个上下文包含有关小部件的信息，例如其位置、父级小部件、主题数据等等。
尽管 Context 和 BuildContext 是相同的类型，但通常我们更倾向于使用 BuildContext 这个术语，因为它更明确地表示它是与构建过程相关的上下文。
BuildContext的作用
BuildContext 类型通常用于以下操作：
- 访问父级小部件：你可以使用 BuildContext 访问小部件树中的父级小部件，这对于在小部件之间传递数据和状态非常有用。
- 获取主题数据：通过 BuildContext 可以访问当前主题的数据，如颜色、字体、间距等。
- 获取本地化信息：你可以使用 BuildContext 获取本地化信息，以根据用户的语言偏好来显示文本。
- 导航：BuildContext 通常用于导航操作，如推送新路由或弹出对话框。
- 构建小部件：BuildContext 是在小部件的 build 方法中传递的，它告诉小部件在小部件树中的位置。
BuildContext 和 Context 都代表了小部件树中的位置和上下文信息，它们在构建和交互中扮演着关键的角色，但它们实际上是相同的概念的不同表达方式。因此，你可以放心地将它们视为等同的，使用其中一个作为标识符，以便更清晰地表示其作用。
特殊情况
然而，在某些情况下，你可能需要在异步操作中访问 BuildContext，例如在异步回调中执行 UI 操作。这通常是不安全的，因为异步操作可能会在 BuildContext 不再有效的情况下执行，从而引发错误。
解决方法
使用
不要在异步间隙中直接使用 BuildContext，因为它可能会导致不安全的操作。使用提供的方法来安全地查找小部件并在异步操作中访问它们的上下文。这可以帮助你避免潜在的问题和错误。
官方说明如下：
Details
DON’T use BuildContext across asynchronous gaps.
Storing BuildContext for later usage can easily lead to difficult to diagnose crashes. Asynchronous gaps are implicitly storing BuildContext and are some of the easiest to overlook when writing code.
When a BuildContext is used, its mounted property must be checked after an asynchronous gap.
BAD:
GOOD:
GOOD:
参考链接
使用 dart extension
如何使用
dart extension 的使用场景是无法修改原类的时候，通过扩展的方式来增加原类的方法，也可以增加 getter，setters，and operators。
比如
如果 String 有 pareseInt 方法，我们可以这样写
为了达到这个目标，需要写一个 Extension
然后就可以使用了。
处理冲突
注意到前面加的 NumberParsing 了吗？这个是为 extension 起的名字。起名字的作用是有冲突的时候可以方便的控制显隐。比如 NumberParsing2 也定义了 parseInt 方法与 NumberParsing 的 parseInt 冲突，如果只想要 NumberParsing 的 parseInt，只需要把 NumberParsing2 隐藏就好了。
或者可以 给 NumberParsing2 经起个别名
泛型 extension
可以只给 int 类型的 list 加 sum 方法，其它类型的 list 不能使用 sum。
要注意的问题
dart extension 不可以用于 dynamic 类型
dart extension 权限很大，这也意味着，很可能被过度使用。所以在使用的时候一定要再三权衡，一定要可读性，可维护性优先。
上面的代码是比较简单的，但是如果类型比较复杂，不明确指定类型，类似如下的形式，也是可能会报错的：