xuyisheng

在构建复杂的应用程序时，我们可能会发现自己编写的逻辑： 依赖于多个数据源或Repository 需要被多个Widget使用（共享） 在这种情况下，很容易将逻辑放在已有的类（Widget或Reposit

在编写 Flutter 应用程序时，将业务逻辑与 UI 代码分离是非常重要的。 这将使我们的代码更易于测试和推理，当我们的应用程序变得越来越复杂时，这一点尤为重要。 为了实现这一点，我们可以使用设计模

你是否曾将用户界面、业务逻辑和网络代码混杂在一起，成为一捆乱七八糟的意大利面代码？ 我知道我曾这样做过。 ✋ 毕竟，真实世界的应用程序开发是很困难的。 领域驱动设计（DDD）等书籍就是为了帮助我们开发

设计模式是帮助我们解决软件设计中常见问题的有用模板。 说到应用程序架构，结构设计模式可以帮助我们决定如何组织应用程序的不同部分。 在这种情况下，我们可以使用Repository模式从各种来源（如后端

在构建复杂的应用程序时，选择正确的应用程序架构至关重要，因为它可以让您构建代码，并在代码库增长时为其提供支持。 良好的架构应能帮助您处理复杂性，而不会碍手碍脚。但要做到这一点并不容易： 架构 “不足

FVM（Flutter Version Manager）是一个在单设备上，轻松的切换Flutter版本的工具，同时可以保证项目开发成员的版本相同，避免产生API差异。它的文档非常清晰，使用也非常简单。

随着每一个新版本的发布，Riverpod 及其生态系统都在不断完善： 核心软件包为反应式缓存和数据绑定提供了强大的应用程序接口 Riverpod Generator 软件包简化了学习曲线并带来了显著的

随着 riverpod_generator 软件包的推出，使用 Riverpod 编写 Flutter 应用程序变得容易多了。 使用新的 Riverpod 语法，我们可以使用 @riverpod 注解

Riverpod 是 Flutter 功能强大的反应式缓存和数据绑定框架。 它为我们提供了许多不同类型的provider，我们可以用它们来： 访问代码中的依赖关系（使用 Provider） 缓存来自网