Posts · 编程
编程
共 423 篇文章。 PHP · 前端 · Java · Flutter
Riverpod 性能优化：使用 Select 优化重绘性能
在 Riverpod 开发过程中，构建功能只是第一步，性能优化往往紧随其后。最常见的性能瓶颈之一是 Widget 或 Provider 的过度重建（Over-rebuilding）。本文将详细介绍如何使用 select 及其异步变体 selectAsync 来过滤不必要的
Riverpod 测试指南：从单元测试到组件集成
前言：为什么 Riverpod 易于测试？Riverpod 在设计之初就将“可测试性”作为核心考量。与传统的依赖全局单例的状态管理不同，Riverpod 并不依赖 Flutter 的 widget 树来持有状态，这使得在测试中隔离、模拟（Mock）和
Riverpod 与 Hooks：概念、用法与最佳实践
在 Flutter 开发中，Riverpod 常与 flutter_hooks 搭配使用。尽管 Hooks 是一个独立于 Riverpod 的概念，但两者结合能显著提升代码的简洁性与复用性。本文将系统地介绍 Hooks 的核心概念、应用场景以及如何与 Riverpod
Riverpod 代码生成机制详解
在 Riverpod 中，代码生成（Code Generation）是一种利用工具自动生成代码的技术。虽然它是完全可选的，但 Riverpod 官方推荐在特定场景下使用它，因为它能显著简化语法并提供更强大的功能。1. 核心决策：我应该使用代码生成吗？在
Riverpod 作用域（Scoping）深度指南
在 Riverpod 中，Provider 通常是全局声明的，但这并不意味着它们的状态也是全局唯一的。通过 作用域（Scoping），我们可以让 Provider 在组件树的特定部分拥有不同的行为或数据。一、 什么是作用域（Scoping）？默认情况下，Provider
Riverpod Overrides 深度解析：灵活重塑 Provider 行为
在 Riverpod 中，Provider 通常是全局声明且静态的。但在某些特定场景下，我们需要在应用的部分节点修改某个 Provider 的行为，而又不希望改变其全局定义。这就是 Overrides（覆盖） 的核心价值。一、 什么是 Overrides？Overrid
Riverpod Observers (ProviderObserver) 深度解析
在 Riverpod 中，ProviderObserver 是一个功能强大的工具，用于监控 ProviderContainer（或 Flutter 中的 ProviderScope）中所有 Provider 的状态变化。它主要用于日志记录、分析统计以及全局范围内的调试。一、 核心概念Pro
Riverpod 自动重试机制详解
在 Riverpod 中，当 Provider 的计算过程抛出异常时，框架会自动触发重试机制。这一功能旨在提高应用的鲁棒性，特别是在处理不稳定的网络请求或异步操作时。一、 默认重试逻辑Riverpod 内置了一套智能的默认策略，避免简单的
使用 .family 向 Provider 传递参数
在 Flutter 开发中，我们经常需要根据外部参数（如用户 ID、搜索关键词等）来获取特定的数据。Riverpod 的 .family 修饰符正是为此设计的，它允许开发者向 Provider 注入外部参数，从而动态地构建状态。1. 什么是 .family？.fami
Riverpod 核心概念详解：autoDispose 自动销毁机制
在 Flutter 应用开发中，状态管理的一个重要课题是生命周期管理。Riverpod 通过 autoDispose 提供了一种优雅的方案：当一个 Provider 不再被使用时，自动销毁其状态并释放资源。一、 什么是 autoDispose？默认情况下，Riverpod
第 2 / 43 页 · 共 423 篇
